Navicat 17建表时勾选A_I但SQL无AUTO_INCREMENT，根本原因是字段类型非整数、未同时勾选PK、NOT NULL被取消或引擎不支持；必须确保INT/BIGINT类型、显式主键、NOT NULL且引擎为InnoDB/MyISAM。
Navicat 17建表时勾选A_I但AUTO_INCREMENT没写入SQL怎么办
新建表时在navicat 17设计界面勾选了主键的auto_increment，保存后执行show create table却发现语句里没有auto_increment关键字——根本原因是字段类型或约束不满足mysql自增要求。
- 必须确保该字段类型是
INT、BIGINT等整数类型，且显式声明NOT NULL（Navicat默认勾选NOT NULL，但若手动取消过就失效） - 必须同时勾选
Pk（主键）和A_I（自动增长），缺一不可；只勾A_I不勾Pk，Navicat会忽略自增设置 - 避免给字段设默认值（如
DEFAULT 0），否则MySQL可能拒绝自增逻辑，尤其当已有0值存在时 - 确认表引擎为
InnoDB或MyISAM；MEMORY引擎不支持AUTO_INCREMENT
新建表后AUTO_INCREMENT = 1但插入第一条记录ID却是0
这是典型的数据冲突：表里已有id = 0的记录，而MySQL在自增起始时未跳过它，导致后续插入撞上唯一键。Navicat本身不生成0，但你或上游脚本可能插过。
- 先查：
SELECT * FROM your_table WHERE id = 0;，逐条清理或重赋非零值（如UPDATE your_table SET id = 100001 WHERE id = 0 LIMIT 1;） - 清空后执行：
ALTER TABLE your_table AUTO_INCREMENT = 1;（仅对空表安全） - 若表非空，务必用
SELECT COALESCE(MAX(id), 0) + 1 FROM your_table;算出安全起点再设 - 别依赖Navicat「重置自增」按钮——它底层执行的是
ALTER TABLE ... AUTO_INCREMENT = 1，不校验数据
结构同步时目标表AUTO_INCREMENT被强制覆盖成源表值
这不是Bug，是Navicat 17结构同步的默认行为：它会把源表CREATE TABLE中显式的AUTO_INCREMENT = 892原样写进目标表，哪怕目标表最大id已是99999。
- 打开结构同步向导 → 切到「选项」页签 → 点右下角「高级」→ 找到
AUTO_INCREMENT（或英文Include AUTO_INCREMENT value）→ 取消勾选 - 该设置不保存为全局偏好，每次新建同步任务都得手动关一次
- 验证是否生效：勾选
Generate SQL only (do not execute)，导出SQL后搜索AUTO_INCREMENT=，不应出现等号赋值 - 若已同步出错，立刻在目标库执行：
ALTER TABLE your_table AUTO_INCREMENT = (SELECT COALESCE(MAX(id), 0) + 1 FROM your_table);
为什么ALTER TABLE ... AUTO_INCREMENT = N总不生效
MySQL允许你执行这条语句且不报错，但它只在N大于当前表最大主键值时才真正生效。设小了就静默失败，information_schema.tables里查到的AUTO_INCREMENT仍是旧值。
- 查当前最大值：
SELECT MAX(id) FROM your_table; - 查当前AUTO_INCREMENT值：
SELECT AUTO_INCREMENT FROM information_schema.tables WHERE table_schema = 'your_db' AND table_name = 'your_table'; - 设值前必须满足：
N > MAX(id)，否则语句无效果 - 某些场景需额外
ANALYZE TABLE your_table;刷新元数据缓存（尤其在频繁删改后） - 执行前确认没长事务锁表，否则
ALTER TABLE会卡住不动
真正麻烦的不是语法或按钮位置，而是Navicat把AUTO_INCREMENT同步开关藏在「高级」面板里，默认还开着——它不提示、不警告，只安静地把你刚上线的订单表ID重置回1，然后第一条新订单就报Duplicate entry '1' for key 'PRIMARY'。
