Navicat结构同步时自增ID被重置的解决方法是：在同步设置的「高级」选项中取消勾选AUTO_INCREMENT，或同步后手动执行ALTER TABLE ... AUTO_INCREMENT = MAX(id)+1。
结构同步时自增 ID 被重置怎么办
navicat 的「结构同步」默认会把 auto_increment 值也当成结构的一部分同步过去，结果就是目标库表的自增值被强行设成源库当前值——哪怕目标库已有更多数据，下次插入直接主键冲突。
根本原因在于：Navicat 把 CREATE TABLE 语句里的 AUTO_INCREMENT=123 当作必须对齐的 DDL 属性，而不是运行时状态。
- 同步前手动在目标库执行
SELECT MAX(id) + 1 FROM table_name，记下结果 - 同步完成后立刻执行
ALTER TABLE table_name AUTO_INCREMENT = ?（填你刚查到的值） - 或者更稳妥：在 Navicat 同步设置里取消勾选
AUTO_INCREMENT对应的字段（见下一条）
Navicat 同步设置里怎么跳过 AUTO_INCREMENT
新版 Navicat（15+）在「结构同步」的「选项」页签中，有明确的「忽略以下属性」列表，AUTO_INCREMENT 就在里面，但默认是勾选状态。
这个选项不是灰色的，但它藏得有点深——必须先点开「高级」展开更多项，才能看到它。不点开就同步，等于没关。
- 打开「结构同步」向导 → 点击「选项」页签 → 点击右下角「高级」按钮
- 在弹出面板中找到
AUTO_INCREMENT，取消勾选 - 同理，如果表带
COMMENT或ENGINE差异但你不想同步，也在这里关掉 - 注意：这个设置只影响本次同步，每次新建同步任务都要重新确认
为什么不能只靠「数据同步」来保一致性
数据同步（Data Sync）只管行内容，不管表结构；结构同步（Structure Sync）才管字段、索引、自增起点这些。两者完全独立，混用反而容易出错。
比如你用数据同步把生产数据灌进测试库，但测试库表的 AUTO_INCREMENT 还停在 1，下次 INSERT 就撞主键；反过来，只做结构同步又可能丢掉线上新增的字段注释或索引。
- 多环境一致性必须分两步：先结构同步（关掉
AUTO_INCREMENT），再数据同步（如需） - 如果目标库已存在数据，结构同步前务必确认「对比模式」选的是
Ignore auto increment value（有些旧版叫Skip auto increment） - Navicat 16.0.14 之前版本，该选项在「结构同步」预览页底部有个小齿轮图标，点开才有
MySQL 8.0+ 的隐藏坑：innodb_autoinc_lock_mode 影响同步后行为
即使你成功跳过了 AUTO_INCREMENT 同步，MySQL 8.0 默认的 innodb_autoinc_lock_mode = 2（交错模式）会让批量插入和简单 INSERT 的自增值生成逻辑不同——这会导致同步后，同样 SQL 在不同环境插出来的 ID 序列不一致。
这不是 Navicat 的问题，但会放大你忽略自增值带来的风险。尤其当你的应用依赖 ID 递增做排序或分页时，这种不一致会悄悄暴露。
- 检查目标库是否开启严格模式：
SELECT @@innodb_autoinc_lock_mode - 若为
2，且业务对 ID 连续性敏感，建议在目标库临时设为1（连续模式）：SET GLOBAL innodb_autoinc_lock_mode = 1 - 注意：该变量不可动态改回
2而不重启，生产环境调整前务必验证
结构同步本身不难，难的是自增值这种“看不见的状态”——它既不在 CREATE TABLE 里显式声明（除了初始值），又影响后续所有写入。很多人同步完没报错就以为成了，直到某天 INSERT 失败才回头翻日志。
