应使用navicat 16的「结构同步」功能生成差异sql，而非手动查看单表ddl；右键表→「查看表详情」→「ddl」页签可查实时定义，但不包含注释和完整外键语法；手动导出ddl做文本diff存在顺序随机、语义相同被误标、大表截断三大问题；正确流程是「工具→结构同步」，注意源/目标库顺序、关闭ignore text/blob属性等关键选项，并用前缀过滤、调大max_allowed_packet或mysqldump --no-data分批处理超大库。
直接用「结构同步」功能生成差异 sql，而不是手动一个个点开表看 ddl——手动查单表 ddl 效率低、无法比对、还容易漏字段级变更。
怎么从 Navicat 16 里快速拿到一张表的完整 DDL
右键目标表 → 选择「查看表详情」→ 右侧边栏切换到「DDL」页签，就能看到完整的 CREATE TABLE 语句。注意：这个 DDL 是当前连接下该表的实时定义，不带注释（Navicat 默认不展示 COMMENT），也不含外键约束的完整语法（如 ON DELETE CASCADE 可能被省略）。
如果右侧边栏没显示，点右下角「显示/隐藏对象信息面板」按钮（图标像两扇门）；若仍为空，说明连接权限不足，需确认用户有 SHOW CREATE TABLE 权限。
为什么不能靠“复制单表 DDL”做版本对比
手动导出多个表的 DDL 再用文本工具 diff，会遇到三个硬伤：
-
SHOW CREATE TABLE输出顺序不一致（字段顺序、索引顺序、约束顺序随机），导致文本 diff 大量误报 - Navicat 对
TINYINT(1)和BOOLEAN、ENUM值顺序、默认值引号（'2023'vs"2023"）等做字符串级比对，语义相同也被标为差异 - 大表（尤其含 TEXT/BLOB 字段）在手动执行
SHOW CREATE TABLE时可能触发max_allowed_packet截断，DDL 不完整
真正能落地的结构对比流程：结构同步 + 关键选项控制
必须走「工具 → 结构同步」入口，否则拿不到可执行的差异脚本。关键操作如下：
- 左侧选开发库（源），右侧选生产库（目标）——顺序反了，生成的脚本就是把生产库往开发库上覆盖
- 在「对象选择」页取消勾选
Stored Procedures、Functions、Events，避免注释/空格引发的无效差异 - 点「选项」→ 进入
Compare Options→ 必须关闭：Ignore TEXT/BLOB column attributes（否则 TEXT 字段的NOT NULL、默认值等全被忽略） - 同时检查是否误勾了
Ignore column default value或Ignore column character set；若要识别字符集差异，这两项必须关闭 - 勾选
Ignore column order和Ignore foreign key names，避免因建表顺序或自动生成的外键名（如fk_12345）导致虚假差异
比对上万张表或超宽表时的实际应对策略
Navicat 全库扫描会卡死，别硬扛：
- 用「按前缀过滤」：在「选项」里勾选「仅同步匹配以下模式的表」，填
user_%、order_%等业务前缀，每次只比一组 - 对含 200+ TEXT 字段的表，先调大 MySQL 的
max_allowed_packet（建议 ≥256M），再在 Navicat 的Compare Options中临时勾选Ignore indexes和Ignore foreign keys加速比对 - 终极兜底：用
mysqldump --no-data分批导出结构到本地 SQL 文件，再用 Navicat「结构同步」对比两个文件——绕过网络和元数据查询瓶颈
最易被忽略的一点：Navicat 不校验表级默认字符集是否被字段继承，所以即使 content TEXT 在 utf8mb4 表里，只要建表语句没显式写 CHARACTER SET utf8mb4，它就比不出字符集差异。
