在 Navicat 表设计界面，勾选 PK 列（主键）+ 勾选 A_I 列（Auto Increment），保存即可生效；但字段类型必须为整数类（如 INT、BIGINT），且自增列必须是主键或其一部分。
Navicat 里点哪几下就能设主键和自增？
直接说结论：在 navicat 表设计界面，勾选 pk 列（主键）+ 勾选 a_i 列（auto increment），保存即可生效。但这个操作背后有隐含前提——字段类型必须是整数类（如 int、bigint），且不能是 text、varchar 或带小数的 decimal。
常见错误现象：Cannot add or update a child row: a foreign key constraint fails 或保存时弹出“Invalid auto increment column”提示，往往是因为你给 VARCHAR 字段点了 A_I，或者主键没选中 PK 就只点了 A_I（MySQL 要求自增列必须是主键或主键的一部分）。
- 必须先选中字段，再勾选
PK；如果已有数据，主键字段值必须唯一且非空 -
A_I只对数字类型有效，TINYINT到BIGINT都可以，但INT UNSIGNED更常用（避免负数干扰） - 已存在数据的表加自增主键，Navicat 会尝试用当前最大值 +1 作为起始，但如果原数据有空值或重复值，会失败
为什么改完保存后 INSERT 不自动递增？
不是 Navicat 没生效，而是你 INSERT 时显式指定了主键值，比如 INSERT INTO user (id, name) VALUES (100, 'Alice') —— 这会覆盖自增逻辑。MySQL 的自增只在字段值为 NULL、0 或完全不出现时触发。
使用场景：开发调试时容易手写 id 测试，上线后却忘了删，结果新记录卡在 id=0 或报错 Duplicate entry '0' for key 'PRIMARY'。
- 正确写法是省略主键字段：
INSERT INTO user (name) VALUES ('Bob') - 或者显式传
NULL：INSERT INTO user (id, name) VALUES (NULL, 'Charlie') - 如果字段定义为
NOT NULL且没默认值，传0在严格模式下会被拒绝，不是自增
修改已有表结构时，Navicat 提示 “Unable to change column type” 怎么办？
这是 Navicat 在后台执行 ALTER TABLE 时遇到 MySQL 限制：比如你想把 VARCHAR(50) 改成 INT 并加自增，MySQL 不允许跨类型直接转换。它不会帮你清空数据或重建表，而是直接报错。
参数差异体现在 Navicat 的「修改列」弹窗里：如果你在类型下拉框里选了 INT，但原始类型是文本，下方的 A_I 和 PK 选项会变灰不可用，这就是信号。
- 安全做法：先导出数据 → 新建符合要求的表（带
PK+A_I）→ 导入数据 → 删除旧表 - 命令行补救（如果允许停机）：
ALTER TABLE old_table CHANGE old_id new_id INT AUTO_INCREMENT PRIMARY KEY FIRST; - 注意：修改主键可能影响外键约束，Navicat 默认不自动处理关联表，得手动检查
FOREIGN KEY定义
不同数据库（MySQL / PostgreSQL / SQL Server）在 Navicat 里的表现差异
Navicat 界面看着一样，但底层逻辑不同。比如你在 PostgreSQL 连接里勾了 A_I，实际生成的是 SERIAL 类型，本质是 INTEGER + 序列对象；而 SQL Server 对应的是 IDENTITY(1,1)。Navicat 不会提醒你这些细节，但导出 DDL 或迁移时会暴露问题。
性能影响很小，但兼容性坑明显：从 MySQL 导出建表语句到 PostgreSQL，AUTO_INCREMENT 会变成无效语法；反过来，PostgreSQL 的 SERIAL 在 MySQL 里根本不存在。
- MySQL：依赖
AUTO_INCREMENT属性，单表只能有一个，且必须索引 - PostgreSQL：用序列（
SEQUENCE）实现，可多个字段共享一个序列，更灵活 - SQL Server：
IDENTITY是列属性，不支持手动插入（除非开SET IDENTITY_INSERT ON）
真正复杂的地方在于：Navicat 的图形操作掩盖了这些差异，等你换库或同步数据时才发现字段行为不一致。比如 MySQL 自增允许 REPLACE INTO 触发新 ID，而 PostgreSQL 的 INSERT ... ON CONFLICT DO UPDATE 不会。
