navicat的结构同步和数据同步不支持语义级比对，仅按列名、顺序、类型硬对齐；对比结构不同的表必须手写sql，通过业务主键join、显式类型转换、null安全比较及字符集/时区统一处理。
Navicat 的「结构同步」和「数据同步」功能完全不适用于比对两张结构不同的表中的业务数据——它压根不会尝试匹配字段语义，只会按列名、顺序、类型硬对齐，字段一不对应就报错或跳过。
Navicat 没有“语义级数据比对”能力
当你右键两张表 → 选「数据同步」→ 勾选「比较数据」，Navicat 实际执行的是：
- 要求两边表有完全相同的列名、数量、顺序、类型（
VARCHAR和TEXT都算不兼容） - 若源表有
user_name，目标表是username，它不会识别为同一字段，直接跳过整行比对 - 若源表多一列
created_at，目标表少这列，同步向导会卡在「对象映射」页，无法继续 - 它不支持自定义主键字段（比如用
order_id+item_id联合判断唯一性），只认表上定义的 PRIMARY KEY 或第一个非空唯一索引
真要对比结构不同的表，得绕开 Navicat 数据同步界面
可行路径只有一条：用 SQL 手写比对逻辑，再把结果拉进 Navicat 查看。核心是构造能对齐业务含义的 JOIN 条件：
- 先确认两张表各自的业务主键（比如都是靠
order_no和sku_code定位一条订单明细） - 用
LEFT JOIN+COALESCE对齐字段名差异：SELECT a.order_no, a.sku_code, a.qty AS qty_old, b.quantity AS qty_new, CASE WHEN a.qty != COALESCE(b.quantity, 0) THEN '数量不一致' END AS diff FROM table_old a LEFT JOIN table_new b ON a.order_no = b.order_no AND a.sku_code = b.sku_code
- 如果字段类型不一致（如 old 表用
DECIMAL(10,2)，new 表用DOUBLE），必须显式CAST或ROUND再比，否则 NULL 或精度误差会污染结果 - 避免用
SELECT *—— Navicat 在大数据量下渲染全字段会卡死，只 SELECT 差异关键字段 + 标识字段
容易被忽略的坑：NULL、时区、字符集隐式转换
即使 SQL 写对了，Navicat 执行时仍可能漏掉真实差异：
-
NULL比对永远为FALSE：不能写a.status = b.status，得用(a.status b.status)（MySQL 安全等于）或IFNULL(a.status, '') = IFNULL(b.status, '') - 时间字段若跨时区（如 old 表存 UTC，new 表存 CST），直接比
created_time会全标为不一致；必须统一转成 UNIX_TIMESTAMP 或用CONVERT_TZ - 若两张表
COLLATE不同（如utf8mb4_0900_as_csvsutf8mb4_unicode_ci），字符串字段比对可能因排序规则差异返回假阳性，加COLLATE utf8mb4_bin强制二进制比较 - Navicat 默认关闭「显示 BLOB/TEXT 字段内容」，如果关键业务字段是
TEXT类型，得在「工具 → 选项 → 数据查看」里勾选「显示 BLOB/TEXT 值」，否则比对结果里全是[BLOB]
真正难的不是写出那条 SQL，而是确认哪几个字段组合起来才能唯一标识一条业务记录——这个逻辑没人能替你定义，Navicat 更不会猜。
