在数据库与后端开发领域深耕多年后，我发现许多开发者初次遇到主键自增值不一致时，常误以为是平台差异所致。然而，真相并非如此。以下是我为您梳理的深层原因与实用解决方案。
先说几个核心结论。Navicat 跨平台同步（例如从 macOS 同步到 Windows，或从 Linux 同步到 macOS）后，主键自增值对不上号的根本原因并不在于 macOS、Windows 等系统的差异，而是 Navicat 在结构同步时的一个“机械”行为：它默认将源库的 auto_increment 硬编码进 DDL 脚本，完全不考虑目标表当前的最大 ID 值。所谓的跨平台，只是放大了这个问题的可见性。
结构同步脚本里写死的 AUTO_INCREMENT=12345，它会无条件执行
Navicat 的「结构同步」功能只认死理：它会直接读取源表 CREATE TABLE 语句中的 AUTO_INCREMENT 字面值，而完全忽略目标表是否已经存储了数据。例如，目标表最大 ID 可能已达到 200001，但同步脚本仍会强行加入如下指令：
ALTER TABLE `users` AUTO_INCREMENT = 12345;
这条命令在目标库执行时，会产生三种不同结果：
- 若目标表最大 ID 为 999，MySQL 会静默忽略该命令，既不报错也不生效。
- 若目标表最大 ID 为 15000，MySQL 会直接报错
ERROR 1067 (42000): Invalid default value for 'id'。 - 若目标表为空，则命令生效，导致下一条插入的数据主键从 12345 开始，1 到 12344 全部被跳过。
Include AUTO_INCREMENT value 是个坑：默认开启，且不记忆偏好
这个选项隐藏在「结构同步」→「选项」→「高级」面板中，名称是 Include AUTO_INCREMENT value。它具有几个容易踩坑的特性：
- 默认处于勾选状态，且不会记住您上次的操作。
- 它不会针对不同连接或数据库保存偏好设置，每次新建同步任务都必须手动进入「高级」取消勾选。
- 一旦忘记关闭，同步后立刻会出现
Duplicate entry '1' for key 'PRIMARY'报错。
很多开发者第一次会记得取消，第二次就可能遗忘，于是反复删表重试，其实是在重复踩同一个坑。
跨平台环境更容易暴露问题，因为目标库通常是空或测试态
设想以下场景：本地开发使用 macOS，测试环境部署在 Linux，生产环境在 Windows。这种情况下，目标库往往刚初始化，或仅有少量测试数据，AUTO_INCREMENT 值远低于源库。这时强行同步源库的自增值，冲突概率自然会非常高。
因此，以下操作建议非常实用：
- 同步前，务必查询目标表现状：
SELECT IFNULL(MAX(id), 0) FROM table_name; - 同步后，立即补充一条调整命令：
ALTER TABLE table_name AUTO_INCREMENT = ?（将?替换为上一步查询结果 + 1）。 - 若目标表为空，使用
TRUNCATE TABLE table_name比DELETE FROM效率更高，且会自动将自增值重置为 1。
另外，还有一个容易被忽略的隐藏点。即使您关闭了 Include AUTO_INCREMENT value，MySQL 8.0+ 默认的 innodb_autoinc_lock_mode = 2 设置，仍可能导致批量插入的行为不一致。同一份 SQL 语句在不同环境中插入生成的 ID 序列可能不同。这并非 Navicat 的问题，但您需要知晓它的存在，做到心中有数。
