Navicat 16跨平台数据对比必须人工对齐主键/唯一键字段名与类型，因其底层依赖精确键匹配行级扫描，不支持自动映射或类型转换；字段名不一致需在齿轮图标中手动绑定，类型须可隐式兼容（如TINYINT(1)与BOOLEAN不兼容），且需关闭时区比对、预处理JSON、统一字符集与格式，生成的同步脚本须人工重写为目标库语法。
navicat 16 的「数据对比」（data comparison）功能支持跨平台比对（如 mysql ↔ postgresql），但**它不自动适配字段名、类型或语义差异，必须人工对齐主键/唯一键才能启动比对**——否则直接报错“no primary key or unique index found”或比对结果全红。
为什么跨平台比对总卡在“无法开始”？
根本原因不是数据库连不上，而是 Navicat 底层依赖**精确匹配的键字段**做行级扫描。它不会把 MySQL 的 id 和 PostgreSQL 的 user_id 自动关联，也不会把 DATETIME 和 TIMESTAMP WITHOUT TIME ZONE 当作等价类型处理。
- 源表和目标表必须都有显式主键或唯一索引；Oracle 的
ROWID、SQL Server 的uniqueidentifier（未标准化时）都不被接受 - 字段名必须一致，或你得在比对界面手动绑定：点击表右侧齿轮图标 → 在弹窗中拖拽源
id到目标user_id - 类型需可隐式转换：MySQL
TINYINT(1)和 PostgreSQLBOOLEAN不兼容，会跳过整行比对 - 中文乱码常因目标连接未勾选
Use Unicode（尤其 SQL Server / Oracle 连接属性里）
如何让跨平台比对真正输出有效差异？
关键不在“点开始”，而在提前收敛差异来源。Navicat 不校验业务逻辑，只做字面比对，所以你要主动剥离干扰项：
- 进「工具 → 数据对比」后，先点「高级选项」→ 取消勾选
Compare timestamp with timezone，避免时区偏移被误判为数据变更 - 含 JSON 字段时，两边必须预处理：MySQL 用
JSON_NORMALIZE()，PostgreSQL 用jsonb_strip_nulls()，否则空格、键序不同就标为“不一致” - 忽略大小写或空格差异？Navicat 不提供开关，得提前在两边执行
UPDATE ... SET name = TRIM(UPPER(name))统一格式 - 字符集不一致（如 utf8 vs utf8mb4）会导致字符串比对失败，建议在连接设置里统一指定
charset=utf8mb4
比对完生成的同步脚本为什么执行就报错？
Navicat 生成的是**目标库语法的 DML 脚本**，但跨平台时它不检查语法兼容性。比如：
- MySQL 的
ON DUPLICATE KEY UPDATE会被原样生成到 PostgreSQL 同步脚本里 → 执行时报错syntax error at or near "ON" - SQL Server 的
GETDATE()默认值，在 MySQL 目标库里无法识别 → 插入时报Unknown column 'GETDATE()' - 目标库若没开
require_secure_transport，且 Navicat 连接未启用 SSL，密码和 SQL 内容可能被中间网络嗅探
真正能跑通的路径是：比对 → 导出差异 SQL → **人工重写为目标库兼容语法**（例如把 REPLACE INTO 改成 MERGE 或 INSERT ... ON CONFLICT），再单独执行。
跨平台比对最易被忽略的细节
不是连接不通，也不是权限不够，而是字段语义漂移——比如源库 status TINYINT 存 0/1 表示“否/是”，目标库同名字段却是 ENUM('active','inactive')，Navicat 会把 0 和 'active' 当作完全不同的值标为差异，但它不会提醒你这其实是映射关系问题。这种差异必须靠你提前建好字段对照表，并在比对前用视图或自定义查询做转换。
