Navicat结构同步需手动开启字符集比对：在Compare Options中勾选“Compare character set”，并取消勾选“Ignore column character set”和“Ignore column collation”才能检测表级和字段级字符集及排序规则差异。
结构同步里怎么让Navicat真正比字符集？
navicat 默认不比表级或列级字符集，除非你主动打开对应开关。它只在「结构同步」的 compare options 里提供细粒度控制，且默认全部关闭。
关键操作路径：右键源库 →「结构同步」→ 下一步 → 点右下角 Options → 进入 Compare Options 面板：
- 必须勾选
Compare character set（中文版叫「比对字符集」），否则连表的DEFAULT CHARSET都不拉取 - 若要检查字段级字符集（如
VARCHAR(255) CHARACTER SET utf8mb4），还需额外勾选Ignore column character set—— 注意是「取消勾选」这个选项，名字带“忽略”，勾上反而跳过比对 - 同理，
Ignore column collation也要取消勾选，否则排序规则（COLLATE）差异会被静默吞掉
为什么SHOW CREATE TABLE能看到字符集，但Navicat报告“无差异”？
常见现象：你执行 SHOW CREATE TABLE t1，发现源库字段明确写了 CHARACTER SET latin1，目标库是 utf8mb4，但 Navicat 结构对比结果却显示绿色对勾——不是它错了，是你没看清它的比对逻辑。
Navicat 只比对「显式声明」的字符集。如果字段定义里没写 CHARACTER SET，哪怕表级默认是 utf8mb4，它也认为该字段“无字符集设置”，从而无法与显式声明了 CHARACTER SET latin1 的同名字段比出差异。
- 验证方式：查
SHOW CREATE TABLE t1，看字段定义末尾是否真有CHARACTER SET xxx子句 - 修复建议：在目标库手动补全声明，例如
ALTER TABLE t1 MODIFY c1 VARCHAR(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 临时绕过：在
Compare Options中取消勾选Ignore column character set，强制比对（即使字段没显式声明，也会尝试推断）
跨库比对时字符集差异被误标为“数据不一致”怎么办？
Navicat 的「数据对比」功能会把字符集不匹配直接翻译成字段值差异。比如源库 VARCHAR 是 utf8mb4_general_ci，目标库是 utf8mb4_unicode_ci，哪怕存的都是“张三”，也可能被标红——这不是数据错，是 collation 导致的比较行为不同。
- 先确认两边连接都设了
charset=utf8mb4（连接属性 → 高级 → Override default charset） - 进「工具 → 数据对比」后，在第二步配置页，点击表右侧齿轮图标 →「高级选项」→ 勾选
Compare using binary（二进制比对），绕过 collation 影响 - 注意：二进制比对对大小写、空格、不可见字符更敏感，仅用于排查字符集干扰，不能替代语义校验
比对结果里字符集差异藏在哪？
Navicat 不会在主差异列表里单独列一条“字符集不一致”，而是把它揉进表或字段的 DDL 差异中。你得点开具体项才能看见。
- 找到标为「修改」的表或字段 → 右键 →「在 DDL 比较中查看」
- 对比面板左侧是源库 DDL，右侧是目标库 DDL，字符集差异会高亮显示，例如：
CREATE TABLE t1 (c1 VARCHAR(10)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
vsCREATE TABLE t1 (c1 VARCHAR(10)) ENGINE=InnoDB DEFAULT CHARSET=latin1; - 字段级差异类似：
`name` VARCHAR(50) CHARACTER SET utf8mb4vs`name` VARCHAR(50) CHARACTER SET latin1
别只扫“操作类型”列，DDL 面板才是唯一能确认字符集是否真不同的地方。
