Navicat 16 表设计器中勾选AI失败的主因是约束未满足：自增列必须为整数类型且已设为主键，顺序须先勾PK再勾AI；已有数据含NULL或外键依赖也会导致静默失败或报错。
Navicat 16 表设计器里勾选 AI 失败的常见原因
直接勾选 ai（auto increment）却保存失败，大概率不是操作错了，而是底层约束没满足。mysql 要求自增列必须是索引的一部分（通常是主键），且该列类型必须是整数类（tinyint、smallint、int、bigint），不能是 varchar、text 或带小数的 decimal。
常见报错包括：Invalid auto increment column、Cannot add or update a child row: a foreign key constraint fails，或保存时无提示但实际未生效。
- 先选中字段，再勾
PK；顺序反了（比如先勾AI再点PK）可能触发校验失败 - 已有数据的表，若该列含
NULL或重复值，Navicat 会静默跳过或报错，不会自动清理 - 如果该列被其他表用作外键引用，Navicat 图形界面不提示依赖关系，但
ALTER TABLE会因外键约束直接拒绝
MySQL 表中设置主键 + 自增的正确步骤
在 Navicat 16 的「表设计」视图中，操作本身简单，但关键在前置检查和顺序：
- 确认字段类型是
INT或BIGINT（推荐INT UNSIGNED，避免负数干扰后续业务） - 点击目标字段（如
id），在下方属性栏勾选PK（主键）→ 此时字段旁应出现锁图标和数字标识 - 再勾选
AI（Auto Increment）→ 注意：这个选项在PK未启用时可能是灰色不可选 - 点击右上角
保存按钮（不是关闭窗口），Navicat 才会真正执行ALTER TABLE ... ADD PRIMARY KEY, MODIFY id INT AUTO_INCREMENT
如果表已有数据，Navicat 默认以 MAX(id) + 1 为起始值；但若原 id 列有空值，MySQL 8.0+ 会报 Invalid default value for 'id'，需提前用 UPDATE table SET id = NULL WHERE id IS NULL 清理，或手动设默认值为 NULL（仅限首次插入场景）。
PostgreSQL 中“AI”开关为什么点不了
Navicat 16 的「AI」复选框在 PostgreSQL 下行为不同：它不是直译为 AUTO_INCREMENT，而是根据类型自动映射到序列语法。
- 新建列时类型选
SERIAL或BIGSERIAL，AI选项才可勾选（本质是创建隐式序列） - 若用
INTEGER类型，应在「默认值」栏手动填写GENERATED BY DEFAULT AS IDENTITY，此时AI灰显不可用，但功能等效 - 已存在的普通
INTEGER列无法通过图形界面“升级”为 identity 列；必须切到「查询」窗口执行：ALTER TABLE table_name ALTER COLUMN id ADD GENERATED BY DEFAULT AS IDENTITY
导入数据时想让主键自增，别只信“自增”复选框
Navicat 的「导入向导」里有个「自增」复选框，但它只控制是否跳过主键列的值写入（即 INSERT 时不指定 id），**不负责生成值本身**——生成逻辑仍取决于表结构是否已正确定义了 PK + AI（MySQL）或 IDENTITY（PostgreSQL）。
- 如果目标表还没设好主键和自增，光勾「自增」会导致导入失败或主键冲突
- CSV/Excel 导入时，若源文件含
id列，建议取消勾选「自增」并确保映射正确；否则 Navicat 会忽略该列，全靠数据库生成 - 批量导入前，用
SELECT COUNT(*) FROM table WHERE id IS NULL确认主键列无空值残留，否则后续 INSERT 可能因唯一性约束中断
最易被忽略的一点：Navicat 的所有图形化操作（包括勾 PK/AI、点「保存」、用导入向导）都只是生成并执行 SQL，它不会帮你推理数据逻辑或修复历史脏数据。一旦表结构或存量数据不符合数据库引擎要求，错误就发生在执行层，而非界面层。
