navicat 同步无主键表会丢数据，因其依赖主键或唯一索引进行行级比对，无主键时退化为全量插入却静默跳过冲突行；解决方法是补主键/唯一索引，或改用sql脚本控制。
navicat 同步无主键表时为什么总丢数据？
因为 navicat 的「仅插入」或「更新现有记录」逻辑完全依赖主键或唯一索引做行级比对。目标表没主键，它就无法判断“哪一行算重复”，只能退化为全量插入——结果就是：源有 1000 行，目标可能只插进 200 行，日志却显示“completed”，实际是批量跳过失败行。
常见错误现象：Duplicate entry 'xxx' for key 'PRIMARY' 不会出现（因为没主键），但你会看到大量 Warning: Data truncated 或静默丢行；预览里显示要 Insert 1000 行，执行完只有几十行。
- 用
SHOW CREATE TABLE table_name确认输出里没有PRIMARY KEY或UNIQUE KEY - Navicat 在「表映射 → 键映射」页会显示 “No key defined”，此时所有冲突处理选项（跳过、更新、替换）全部失效
- 别指望勾选「仅插入」能起作用——它底层靠
INSERT IGNORE，而该语句只对违反PRIMARY KEY或UNIQUE约束的行生效
没主键时怎么安全同步？必须手动加约束或换方式
最直接的办法不是绕开主键，而是补上主键。如果业务允许且数据可清洗，优先走这条路：
- 先在目标表加临时主键：
ALTER TABLE table_name ADD COLUMN sync_id INT AUTO_INCREMENT FIRST, ADD PRIMARY KEY (sync_id); - 或基于业务字段建唯一索引（如
email、order_no）：CREATE UNIQUE INDEX uk_order_no ON table_name (order_no); - 加完立刻刷新 Navicat 连接，再进同步向导，「键映射」就能识别并自动绑定
如果不能改表结构（比如只读库、第三方表），那就放弃 Navicat 图形同步，改用 SQL 脚本控制：
- 导出同步为 SQL 文件，在每条
INSERT INTO前加INSERT IGNORE INTO（前提是目标已有唯一索引） - 若连唯一索引都没有，改用临时表中转：
CREATE TEMPORARY TABLE tmp AS SELECT DISTINCT * FROM source_table;，再从tmp插入目标 - 避免用
REPLACE INTO——它会删行重插，触发外键级联和自增 ID 重置，线上慎用
为什么「忽略重复项」在导入向导里也灰掉了？
这个选项只在满足两个硬条件时才激活：目标表存在主键/唯一索引 + 导入模式为「追加」。无主键表下，它永远灰色，点了也没反应。
你看到的「忽略重复项」复选框（在导入向导第 2 步字段映射页右下角），本质是告诉 Navicat 生成 INSERT IGNORE 语句。没有约束，INSERT IGNORE 和普通 INSERT 行为一致，所以 Navicat 直接禁用该开关。
- 别试图用「更新」或「替换」模式绕过——它们同样依赖键匹配，无主键时会全量覆盖或报错中断
- CSV/Excel 导入时，即使源文件带 ID 列，只要目标表没定义对应主键，Navicat 就不会把它当匹配依据
- 时区、字符集、字段类型不一致（如源是
VARCHAR(50)，目标是CHAR(10)）也会导致映射失败，进一步掩盖主键缺失问题
真正能兜底的方案：用 SQL 预处理 + Navicat 执行
图形界面在无主键场景下不可靠，最终得回到 SQL。这不是退而求其次，而是更可控的做法：
- 先用 SQL 定义“什么是重复”：
SELECT col1, col2, COUNT(*) FROM table_name GROUP BY col1, col2 HAVING COUNT(*) > 1; - 确认重复逻辑后，写去重插入语句：
INSERT INTO target_table SELECT DISTINCT * FROM source_table; - 把这段 SQL 粘贴进 Navicat 的「查询」窗口执行，或者保存为 .sql 文件后用「运行 SQL 文件」功能导入
- 如果需要保留某条重复记录（比如最新时间戳那条），改用
ROW_NUMBER() OVER (PARTITION BY col1, col2 ORDER BY updated_at DESC)过滤
复杂点在于：Navicat 不会帮你判断哪些字段组合能代表唯一性。你得自己看业务逻辑——是订单号+时间？还是用户ID+操作类型？这个决策没法交给工具，必须人工确认。
