Navicat中设置联合主键需先Ctrl多选字段再右键“设为主键”，否则仅最后一列生效；各列必须为NOT NULL整型，且数据无重复或空值，保存前须预览SQL验证是否生成含多列的PRIMARY KEY语句。
Navicat 里“设为主键”不是多选后一键操作
很多人在 navicat 表设计界面 ctrl 多选几列，右键点“设为主键”，结果只生效最后一列——这是设计逻辑，不是 bug。navicat 的“设为主键”菜单项是单行操作，每次执行都会清空已有主键定义，只保留当前所选那一行。
正确做法必须用 Ctrl（Windows）或 Command（macOS）多选字段，然后**再右键 → “设为主键”**。这时它才把所有被选中的字段一起设为联合主键，并在字段名旁显示 PK1、PK2 这样的序号标识。
- 如果误操作导致主键丢失，别急着保存：直接关闭弹窗，回到设计页重新多选
- 保存前务必点
预览 SQL，确认生成的是类似ALTER TABLE `orders` ADD PRIMARY KEY (`user_id`, `order_date`)的语句，而不是单列PRIMARY KEY (`order_date`) - 字段顺序就是你在列表中从上到下的排列顺序，直接影响后续查询优化和唯一性校验逻辑
联合主键字段必须全为 NOT NULL
Navicat 不会主动检查字段是否允许 NULL，但 MySQL 要求联合主键的所有列都显式声明 NOT NULL，否则 ALTER TABLE ... ADD PRIMARY KEY 会失败，报错类似 ERROR 1171 (HY000): All parts of a PRIMARY KEY must be NOT NULL。
你得手动点开每一列，在“允许为空”一栏取消勾选。尤其注意那些默认勾选了“允许为空”的字段（比如 VARCHAR 类型），漏掉任意一个，保存时就会静默失败或弹出模糊错误。
- 如果字段类型是
TEXT或BLOB，Navicat 允许你点 PK，但 MySQL 实际不支持它们做主键——保存时报错ERROR 1171或ERROR 1072 -
TINYINT、INT、DATETIME等类型默认不允许 NULL，但如果你之前改过结构，可能已放开约束，务必逐个核对 - 字符集不匹配也可能触发失败：若字段是
VARCHAR(255)但没指定CHARACTER SET utf8mb4，某些 MySQL 版本会拒绝建主键
保存后怎么验证联合主键真生效了
Navicat UI 不显示当前主键包含哪些字段，也不标出顺序，光看 PK1、PK2 容易误判。最可靠的方式是导出 DDL 验证：
右键表 → 对象信息 → 切到 DDL 标签页，看是否出现类似这样的定义：PRIMARY KEY (`a`, `b`, `c`)。顺序必须与你在设计页里拖拽/排列的顺序一致。
- 也可以执行
SHOW CREATE TABLE `your_table`;，直接查 MySQL 元数据 - 如果看到的是
UNIQUE KEY而非PRIMARY KEY，说明你实际建的是唯一索引，不是主键——Navicat 有时会混淆这两个操作入口 - 插入重复组合值测试：比如联合主键是
(user_id, order_date)，尝试插两条user_id=100, order_date='2026-07-28'，应报错ERROR 1062 (23000): Duplicate entry '100-2026-07-28' for key 'PRIMARY'
已有数据时加联合主键容易卡在哪
如果表里已经有数据，Navicat 执行 ADD PRIMARY KEY 时会先校验现有数据是否满足唯一性+非空，任一条件不满足就中断，且错误提示极简，常只显示“执行失败”四个字。
典型陷阱是：你以为字段都填了值，其实有空字符串 '' 或 0 被当成了“有效值”，但主键要求严格非空；或者存在完全相同的组合值，比如两条记录都是 user_id=5, status='pending'。
- 提前查重：
SELECT user_id, status, COUNT(*) FROM orders GROUP BY user_id, status HAVING COUNT(*) > 1; - 查空值：
SELECT * FROM orders WHERE user_id IS NULL OR status IS NULL;（注意：空字符串不算IS NULL，得用= ''单独查） - Navicat 默认用
ALTER TABLE ... MODIFY COLUMN ... PRIMARY KEY，但若字段原为NULL，它会隐式加上NOT NULL—— 这个变更本身可能失败，尤其是字段有默认值或被外键引用时
真正麻烦的不是怎么点按钮，而是字段约束、数据现状、MySQL 版本特性这三者咬合处的静默失败。每次保存前扫一眼预览 SQL，比盯着 UI 上那把小锁图标管用得多。
