Navicat显示“缺少记录”绝大多数是匹配逻辑失效而非数据丢失，因其严格依赖主键/唯一索引字段名、类型、值三者完全一致才能行级匹配；字段名不同（如user_id vs id）、类型隐式不兼容（如DATETIME vs TIMESTAMP WITHOUT TIME ZONE）、NULL处理差异、无主键或唯一索引均会导致误判；需手动在“匹配字段设置”中绑定对应字段，并对时间、JSON等特殊字段调整比对策略。
navicat 数据对比显示“缺少记录”，绝大多数情况不是数据真丢了，而是比对逻辑没对上——它压根没把源表的某行和目标表的某行当成同一行来看。
为什么 Navicat 说“缺少记录”，但两边查出来都有数据？
根本原因在于：Navicat 依赖主键或唯一索引字段做行级匹配，且要求字段名、类型、值三者严格一致。任意一项不满足，它就认为“这是两行不同的数据”，从而标记为“源有目标无”或“目标有源无”。
- 字段名不一致：源库用
user_id，目标库用id，即使值完全相同，Navicat 默认不会关联 - 类型隐式不兼容：MySQL 的
DATETIME和 PostgreSQL 的TIMESTAMP WITHOUT TIME ZONE看似等价，但 Navicat 默认按字节比对，时区信息缺失会导致整行判为不一致 - NULL 值处理差异：SQL Server 把空字符串
''和NULL视为不同，而 MySQL 在某些模式下会等价处理，比对时可能错判为“缺失” - 无主键/唯一索引：若表没显式定义主键或唯一索引，Navicat 直接拒绝比对，或退化为全字段逐行扫描（极慢且易漏），报错
No primary key or unique index found
如何手动指定匹配字段让比对真正生效？
跨库比对不能靠自动识别，必须人工绑定字段映射关系。这是绕过“缺少记录”误报最直接有效的操作。
- 进入「工具 → 数据对比」后，选中要对比的两个表，点击右侧齿轮图标打开「匹配字段设置」
- 在弹窗中，左侧选源库字段（如
user_id），右侧选目标库对应字段（如id），点击「→」绑定 - 确保所有用于业务标识的字段都完成绑定，尤其是复合主键场景（如
order_id+item_seq） - 绑定后，Navicat 才会用这组字段生成哈希值进行行匹配，不再依赖字段名是否相同
时间字段、JSON 字段导致的“假性缺失”怎么处理？
这类字段极易因格式细节被误判为不一致，进而触发“缺少记录”标记，实际是比对策略问题。
- 对于时间字段：在「高级选项」中取消勾选
Compare timestamp with timezone，避免因毫秒精度、时区偏移或默认值（如CURRENT_TIMESTAMP）差异干扰比对 - 对于 JSON 字段：Navicat 默认按原始字符串比对，
{"a":1,"b":2}和{"b":2,"a":1}被视为不同。需提前在两边数据库中统一处理：
– MySQL 5.7+：用JSON_NORMALIZE()包裹字段
– PostgreSQL：用jsonb_strip_nulls()
– SQL Server：导出前用FOR JSON AUTO标准化 - 导出验证法：比对前，先用相同 WHERE 条件分别从源库和目标库导出 CSV，用文本工具逐行 diff，确认是否真缺数据，还是 Navicat 解析偏差
真正难的不是发现“缺少记录”，而是区分它是数据问题，还是 Navicat 的匹配逻辑在某个字段上悄悄失效了——尤其当字段名、类型、NULL 行为、时区、JSON 键序这些细节混在一起时，一个没对齐，整张表的比对结果就不可信。
