MySQL表中直接勾选PK保存失败，是因为主键列必须满足NOT NULL、值唯一、类型为整型三个硬性条件；若存在NULL或重复值，或字段为VARCHAR/TEXT类型，Navicat会报ERROR 1062或ERROR 1170，且不校验数据内容仅检查结构。
MySQL 表中直接勾选 PK 保存失败，为什么？
不是 navicat 操作错了，而是 mysql 服务端拒绝执行——它要求主键列必须满足三个硬性条件：not null、值唯一、类型为整型（tinyint/int/bigint）。navicat 图形界面不校验数据内容，只检查结构，所以你可能已经勾了 pk，但表里存在 null 或重复值，点击保存时直接报错 error 1062 或 error 1170。
实操建议：
- 先执行
SELECT COUNT(*) FROM table_name WHERE id IS NULL;确认无空值 - 再查重复：
SELECT id, COUNT(*) FROM table_name GROUP BY id HAVING COUNT(*) > 1; - 若字段是
VARCHAR或TEXT，必须先用ALTER TABLE ... MODIFY COLUMN改成整型，否则勾选PK会灰显或保存失败
已有数据的表加主键，顺序不能乱
Navicat 表设计里勾 PK 再点保存，本质是执行 ALTER TABLE ... ADD PRIMARY KEY。但如果该字段已有数据且未索引，MySQL 8.0+ 可能拒绝操作，尤其当字段类型带 UNSIGNED 却没显式声明时，会报 ERROR 1067。
稳妥做法是分两步手动控制：
- 第一步：确保字段可空已清理，执行
ALTER TABLE table_name MODIFY id INT UNSIGNED NOT NULL; - 第二步：再加主键：
ALTER TABLE table_name ADD PRIMARY KEY (id); - 注意：不要在 Navicat 里一次性勾
PK+AI后保存——自增需主键先存在，顺序反了会触发ERROR 1075
PostgreSQL 和 SQL Server 的主键逻辑完全不同
Navicat 界面看着一样，但底层语法天差地别。PostgreSQL 没有 AUTO_INCREMENT，它的“自增”靠序列（SERIAL）或 GENERATED BY DEFAULT AS IDENTITY；SQL Server 则依赖 IDENTITY(1,1) 属性。
常见踩坑点：
- PostgreSQL 已有普通
INTEGER列，不能直接勾AI——Navicat 不支持图形化转为 identity，必须切到查询窗口写ALTER TABLE ... ALTER COLUMN id ADD GENERATED BY DEFAULT AS IDENTITY; - SQL Server 若原字段已是主键，再设
IDENTITY会失败，得先删主键、改列、重建主键三步走 - 所有数据库类型下，外键依赖都会拦住主键添加：
Cannot add or update a child row: a foreign key constraint fails—— Navicat 不提示谁引用了你，得自己查INFORMATION_SCHEMA.KEY_COLUMN_USAGE
保存后主键没生效？检查这三件事
点了保存，刷新表结构，锁图标也出来了，但 INSERT 还是报主键冲突或允许插重复值——问题往往不在 Navicat，而在你没真正提交变更。
关键动作：
- 确认你点的是窗口右上角的
保存按钮，不是关闭或取消（关闭不等于保存） - 执行完后，在 Navicat 左侧对象列表右键表名 →
刷新，别只靠眼睛看图标 - 插入测试行时别显式指定主键值：
INSERT INTO t (id, name) VALUES (1, 'x')会绕过自增；应写INSERT INTO t (name) VALUES ('x')
最易被忽略的是外键和数据洁度——它们不报错在界面上，但让整个操作静默失败。动手前先查 NULL、重复、引擎类型（MyISAM 和 InnoDB 对自增的支持细节不同），比反复重试更省时间。
