Navicat结构同步会将源表CREATE TABLE中显式的AUTO_INCREMENT值原样写入目标表，导致自增值被重置为较小值而引发主键冲突；应在同步向导“高级”页取消勾选AUTO_INCREMENT项，或同步后用ALTER TABLE修正。
navicat 同步后目标表 auto_increment 被重置为源表当前值，是结构同步的默认行为，不是 bug，但会导致后续插入主键冲突或 id 断层——必须手动干预。
为什么同步后 AUTO_INCREMENT 值变小了？
Navicat「结构同步」会把源表的 CREATE TABLE 语句中显式声明的 AUTO_INCREMENT = N 当作结构一部分，原样写入目标表。哪怕目标表已有 10 万条数据、当前最大 id 是 99999，只要源表 AUTO_INCREMENT 是 500，同步完目标表就变成 AUTO_INCREMENT = 500。下次 INSERT 直接报 Duplicate entry '500' for key 'PRIMARY'。
- 这个行为在 Navicat 16+（含 Premium / MySQL / Cloud 版）全系列一致
- 不依赖 MySQL 版本，但 MySQL 8.0+ 的
innodb_autoinc_lock_mode = 2会让断层更难预测 - 「数据同步」任务不会改
AUTO_INCREMENT，只有「结构同步」或「结构+数据」组合才会触发
同步时跳过 AUTO_INCREMENT 字段的设置方法
在结构同步向导的「高级」选项页里，取消勾选 AUTO_INCREMENT 对应的复选框即可。这是最轻量、最推荐的第一道防线。
- 打开结构同步窗口 → 点击右下角「高级」→ 找到列表中的
AUTO_INCREMENT行 - 确保其复选框未勾选（默认是勾选的）
- 同理，若你也不希望同步
COMMENT或ENGINE，也在同一页面取消对应项 - 注意：该设置不保存为全局偏好，每次新建同步任务都得重新确认
同步后立即修复目标表 AUTO_INCREMENT 值
如果已经同步完成且出错了，别删表重建。用一条 ALTER TABLE 把自增值设回安全位置即可。
- 先查目标表当前最大
id：SELECT COALESCE(MAX(id), 0) FROM your_table; - 再执行：
ALTER TABLE your_table AUTO_INCREMENT = <max_id + 1>;（例如ALTER TABLE users AUTO_INCREMENT = 100001;） - 务必在目标库执行，不能在源库执行；执行前确认表没被锁、没长事务阻塞
- 避免用
AUTO_INCREMENT = 1这种硬编码值，除非你确定表完全为空
哪些场景必须额外小心？
单纯调 AUTO_INCREMENT 不足以覆盖所有断层风险，这几个点容易被忽略：
- 有唯一索引（
UNIQUE）冲突导致插入失败时，id仍会自增+1，造成逻辑断层——这和 Navicat 无关，是 MySQL 本身行为 - MySQL 8.0 默认
innodb_autoinc_lock_mode = 2，批量插入（INSERT ... SELECT,REPLACE）和普通INSERT的 ID 分配策略不同，跨环境同步后序列天然不一致 - Navicat 数据同步不支持断点续传，若中途失败重跑，又没加
WHERE条件，可能重复插入旧数据，间接拉高AUTO_INCREMENT值 - 外键约束未禁用时，
TRUNCATE失败会中断同步流程，导致部分表AUTO_INCREMENT没来得及重置
