先看报错信息：Duplicate entry '123' for key 'PRIMARY'。这个错误出现时，基本可以断定——你正在执行的并非纯结构同步，而是数据写入操作。结构同步（Structure Synchronization）只会生成 ALTER TABLE、CREATE INDEX 等 DDL 语句，绝不可能包含 INSERT。如果你在向导中勾选了 Synchronize data，或者预览 SQL 时发现满屏都是 INSERT INTO，那么很遗憾，这不是模型同步，而是数据同步任务在运行。
主键冲突表明你并非在进行纯结构同步
看到 Duplicate entry '123' for key 'PRIMARY' 即可断定：Navicat 正在执行数据写入，而非结构变更。结构同步仅生成 DDL，绝不会出现 INSERT。如果你勾选了 Synchronize data 选项，或预览 SQL 中全是 INSERT INTO，那么这就是数据同步任务，而不是模型同步。
Key Mapping 配置错误会导致 Update 被误判为 Insert
Navicat 判断“某行是否已存在”的依据，完全取决于 Step 2 的 Key Mapping 设置。默认情况下它仅使用主键进行比对，但如果你没有手动确认、表缺少主键、或者映射字段类型不一致（例如源为 BIGINT，目标为 INT），它就会误判已有记录为新记录，强行执行 INSERT，从而引发主键冲突。
- 进入
Key Mapping页面，逐一检查每张表——必须勾选真实的主键列（如id），不能依赖自动识别 - 复合主键需将所有字段全部勾选，缺少一个即退化为全量插入
- 预览时点开某张表 → 底部切换到
Difference标签页 → 查看标记为Insert的行，如果id值在目标表中明显存在，则表示 Key Mapping 失效
跳过冲突无法通过勾选实现，需修改 SQL 或调整策略
Navicat 数据同步界面中没有全局“出错继续”开关，所谓的“高级设置中勾选发生错误时继续”实际上仅存在于导入向导，且对主键冲突无效。真正可控的路径只有两条：
- 导出 SQL 后，将所有
INSERT INTO `table_name`批量替换为INSERT IGNORE INTO `table_name`（MySQL）或MERGE（SQL Server） - 不导出，直接在同步向导「Options」→「Conflict Handling」中选择
Update existing records，并确保Key Mapping正确——这会让 Navicat 生成INSERT ... ON DUPLICATE KEY UPDATE而非纯INSERT - 不要开启
Skip duplicate key errors：它等效于INSERT IGNORE，但会静默跳过所有键冲突、截断、空值错误，掩盖真实数据问题
SQL Server 用户注意：跳过选项形同虚设
Navicat 15+ 对 SQL Server 的 Continue after error 或 忽略重复记录 选项呈现灰色禁用状态，这不是 Bug，而是主动屏蔽——因为 SQL Server 没有 INSERT IGNORE 语义，JDBC 驱动遇到 error 2627 会直接抛出异常并中断。唯一有效的做法是：
- 在导入向导第 2 步「目标表映射」中，将操作从
Insert改为Update - 手动点击主键列名右侧的「匹配」复选框（即使看起来已高亮），否则不会生成
WHERE条件 - 确认目标表主键字段类型与源一致，例如 UUID 必须使用
uniqueidentifier，不能是int
关键点始终在于：冲突并非意外，而是数据状态不一致的显式信号；而 Navicat 本身不会猜测你的意图，它只忠实地按照你配置的 Key 和策略执行。如果 Key Mapping 配置错误，再怎么调整“跳过”选项都只是掩耳盗铃。
