根本原因是navicat导出sql时默认包含auto_increment=n语句，还原时强制覆盖目标表自增起点，导致新插入记录主键冲突；需在导出高级选项中取消“包含auto_increment值”或手动删除脚本中该参数，并可通过alter table修正。
navicat 还原 sql 时自增 id 冲突，**根本原因不是数据重复，而是还原脚本强行覆盖了 auto_increment 初始值，导致下一次插入直接撞上已有记录**。这个问题在结构+数据导出、结构同步、甚至仅结构还原中都高频出现，且错误提示（duplicate entry 'x' for key 'primary'）完全不暴露真实诱因。
还原脚本里显式写了 AUTO_INCREMENT = N
Navicat 默认导出的 CREATE TABLE 语句末尾会带上类似 ENGINE=InnoDB AUTO_INCREMENT=51110 的声明。还原时 MySQL 直接照搬这个值设为下一次插入起点——哪怕目标表当前最大 id 是 99999，它也会从 51110 开始分配，结果第 1 条新记录就报主键冲突。
- 检查方法：用文本编辑器打开导出的 SQL 文件，搜索
AUTO_INCREMENT=，看数值是否明显小于你预期的起始点（比如目标表已有 10 万条数据，但脚本写的是AUTO_INCREMENT=100） - 导出时规避：右键表 →「转储 SQL 文件」→「高级」选项卡 → 取消勾选
Include AUTO_INCREMENT value（中文版叫「包含 AUTO_INCREMENT 值」） - 已导出但未还原：手动删掉所有
CREATE TABLE语句末尾的AUTO_INCREMENT=xxx部分（保留字段定义里的AUTO_INCREMENT关键字即可）
同步向导里没关掉 AUTO_INCREMENT 同步开关
结构同步（Structure Sync）向导默认把源表的 AUTO_INCREMENT 值当作 DDL 结构强制写入目标表，和导出脚本行为一致。这个开关藏在「高级」面板里，不点开就看不见，而且每次新建任务都得重设。
- 正确路径：结构同步向导 →「选项」页签 → 点右下角「高级」按钮 → 找到
AUTO_INCREMENT行 → 确保复选框未勾选 - 验证是否生效：勾选
Generate SQL only (do not execute)导出预览 SQL，搜索AUTO_INCREMENT=；若仍存在，说明没关对 - 注意：该设置不影响「数据同步」（Data Sync）任务，只作用于结构或结构+数据同步
还原后立即修复 AUTO_INCREMENT 值
如果已经还原出错，别删表重建。执行一条 ALTER TABLE 就能对齐，但必须在目标库操作，且不能硬写成 1。
- 先查当前最大值：
SELECT COALESCE(MAX(id), 0) FROM your_table; - 再设安全起点：
ALTER TABLE your_table AUTO_INCREMENT = <max_id>;</max_id>（例如ALTER TABLE users AUTO_INCREMENT = 100001;） - 执行前确认：目标表没被长事务锁住，否则
ALTER TABLE会卡住；如果表为空，TRUNCATE TABLE也能归零，但它只对空表有效 - 注意括号：动态计算必须用子查询，写成
ALTER TABLE t AUTO_INCREMENT = (SELECT IFNULL(MAX(id), 0) + 1 FROM t);，括号缺一不可
导入数据时 ID 显式指定导致计数器未更新
Navicat 导入 CSV/Excel 或执行含显式 ID 的 INSERT INTO ... VALUES (1, ...), (2, ...) 时，MySQL 不会自动调整 AUTO_INCREMENT 计数器。比如计数器当前是 100，你导入了 id 1–50，下次插入仍从 100 开始，而非 51。
- 推荐做法：导入时取消勾选 ID 列（即使源文件有），让数据库完全接管 ID 生成
- 必须保留源 ID 时：导入完成后立刻执行上面的
ALTER TABLE ... AUTO_INCREMENT = (SELECT ...)语句 - 警惕批量插入：
INSERT INTO t SELECT * FROM t2类语句会预分配 ID（1→2→4→8…），这种断层是 MySQL 性能机制，无法关闭，只能接受
真正麻烦的不是修复动作本身，而是那个默认开启、藏在「高级」面板里的 AUTO_INCREMENT 开关——它不报错、不警告，安静地把你的新插入变成主键冲突，而错误日志里半个字都不提它。
