Navicat 16 默认跳过大文本字段比对，需手动关闭“Ignore TEXT/BLOB column attributes”选项，并同步检查“Ignore column default value”“Ignore column comment”及“Ignore column character set”是否误勾；若仍不显示字符集差异，系因Navicat仅比对显式声明的CHARACTER SET，不继承表级默认值；超宽表比对卡顿时，应调大MySQL的max_allowed_packet并勾选忽略索引与外键，或改用单表比对模式。
Navicat 16 默认跳过大文本字段比对，怎么让它真正比？
navicat 16 在结构对比时默认忽略 text、mediumtext、longtext、blob 等大字段的类型细节（比如是否允许 null、默认值、字符集），只检查字段是否存在。这不是 bug，是性能保护机制——但会导致关键差异被漏掉，比如源库用 text not null，目标库是 text null，报告里却显示“无差异”。
必须手动关闭「忽略大字段属性」选项，否则比对结果不可信。
- 打开结构同步窗口 → 点击右下角
Options→ 进入Compare Options - 取消勾选：
Ignore TEXT/BLOB column attributes（该选项在 Navicat 16.0.15+ 版本中默认启用） - 同时建议检查：
Ignore column default value和Ignore column comment是否误勾——它们会影响TEXT字段的默认值和注释比对
为什么开启后仍不显示 TEXT 字段的字符集差异？
即使关闭了大字段忽略选项，Navicat 16 对 TEXT 类型的字符集（CHARSET）和排序规则（COLLATION）比对仍受另一层限制：它只比对显式声明的字符集，不继承表级默认值。也就是说，如果表定义为 DEFAULT CHARSET=utf8mb4，但 content TEXT 字段没写 CHARACTER SET utf8mb4，Navicat 就认为该字段“无字符集设置”，从而无法与显式声明了 CHARACTER SET latin1 的同名字段比出差异。
- 验证方式：执行
SHOW CREATE TABLE table_name，看TEXT字段是否带CHARACTER SET子句 - 修复方法：在目标库手动补全字符集声明，或在源库导出 DDL 时确保生成显式字符集
- 临时绕过：在
Compare Options中关闭Ignore column character set（注意：此选项名称在不同语言版可能显示为 “忽略列字符集”）
比对含 200+ 个 TEXT 字段的表时卡住或报错怎么办？
Navicat 16 对超宽表（尤其混合大量 TEXT + JSON + 多索引）做元数据拉取时，会反复查询 INFORMATION_SCHEMA.COLUMNS 和 INFORMATION_SCHEMA.STATISTICS，容易触发 MySQL 的 max_allowed_packet 或连接超时，表现为界面卡在 “Comparing columns…” 或弹出 MySQL Error 2013: Lost connection to MySQL server during query。
- 服务端先调大：在 MySQL 配置中临时增加
max_allowed_packet = 64M并重启，或会话级执行SET SESSION max_allowed_packet = 67108864 - 客户端规避：在
Compare Options中勾选Ignore index definition和Ignore foreign key，大幅减少元数据请求量 - 终极方案：不比整库，改用「选择特定表」模式，每次只比 1–3 张高风险大字段表
生成的 DDL 脚本里 TEXT 字段被改成 MEDIUMTEXT，这是 Navicat 自作主张？
不是自作主张，是 Navicat 16 内置的类型映射规则在起作用。它把 MySQL 的 TEXT 视为逻辑等价于 MEDIUMTEXT（尤其当字段长度 > 65535 时），并在生成同步脚本时统一升为后者——这能避免某些版本 MySQL 对 TEXT 的隐式截断风险，但会改变你预期的 DDL。
- 确认是否触发：查看比对结果中该字段旁是否有黄色感叹号图标，悬停提示 “Type converted for compatibility”
- 关闭方式：进入
Options → Customize Rules → MySQL，找到TEXT → MEDIUMTEXT映射项，将其删除或设为 “No conversion” - 注意副作用：关掉后若目标库 MySQL 版本 TEXT 字段加索引可能失败（因旧版仅支持前 1000 字符索引）
真正麻烦的从来不是“能不能比”，而是比完之后你信不信那个结果——尤其当字段类型、字符集、索引顺序三者交叉影响时，Navicat 的单次比对结论可能掩盖底层兼容性断裂点。动手前务必用 SHOW CREATE TABLE 手动抽样核对两库元数据，别全交给 UI。
