如何用Navicat模型设计联合主键

Navicat中设置联合主键需先Ctrl多选字段再右键“设为主键”，否则仅最后一列生效；各列必须为NOT NULL整型，且数据无重复或空值，保存前须预览SQL验证是否生成含多列的PRIMARY KEY语句。

Navicat 里“设为主键”不是多选后一键操作

很多人在 Navicat 表设计界面 Ctrl 多选几列，右键点“设为主键”，结果只生效最后一列——这是设计逻辑，通常不是异常。Navicat 的“设为主键”菜单项是单行操作，每次执行都会清空已有主键定义，只保留当前所选那一行。

正确做法必须用 Ctrl（Windows）或 Command（macOS）多选字段，然后再右键 → “设为主键”。这时它才把所有被选中的字段一起设为联合主键，并在字段名旁显示 PK1、PK2 这样的序号标识。

1. 如果误操作导致主键丢失，别急着保存：直接关闭弹窗，回到设计页重新多选
2. 保存前务必点 预览 SQL，确认生成的是类似 ALTER TABLE `orders` ADD PRIMARY KEY (`user_id`, `order_date`) 的语句，而不是单列 PRIMARY KEY (`order_date`)
3. 字段顺序就是你在列表中从上到下的排列顺序，直接影响后续查询优化和唯一性校验逻辑

联合主键字段必须全为 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 类型），漏掉任意一个，保存时就会静默失败或弹出模糊错误。

1. 如果字段类型是 TEXT 或 BLOB，Navicat 允许你点 PK，但 MySQL 实际不支持它们做主键——保存时报错 ERROR 1171 或 ERROR 1072
2. TINYINT、INT、DATETIME 等类型默认不允许 NULL，但如果你之前改过结构，可能已放开约束，务必逐个核对
3. 字符集不匹配也可能触发失败：若字段是 VARCHAR(255) 但没指定 CHARACTER SET utf8mb4，某些 MySQL 版本会拒绝建主键

保存后怎么验证联合主键真生效了

Navicat UI 不显示当前主键包含哪些字段，也不标出顺序，光看 PK1、PK2 容易误判。最可靠的方式是导出 DDL 验证：

右键表 → 对象信息 → 切到 DDL 标签页，看是否出现类似这样的定义：PRIMARY KEY (`a`, `b`, `c`)。顺序必须与你在设计页里拖拽/排列的顺序一致。

1. 也可以执行 SHOW CREATE TABLE `your_table`;，直接查 MySQL 元数据
2. 如果看到的是 UNIQUE KEY 而非 PRIMARY KEY，说明你实际建的是唯一索引，不是主键——Navicat 有时会混淆这两个操作入口
3. 插入重复组合值测试：比如联合主键是 (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'。

1. 提前查重：SELECT user_id, status, COUNT(*) FROM orders GROUP BY user_id, status HAVING COUNT(*) > 1;
2. 查空值：SELECT * FROM orders WHERE user_id IS NULL OR status IS NULL;（注意：空字符串不算 IS NULL，得用 = '' 单独查）
3. Navicat 默认用 ALTER TABLE ... MODIFY COLUMN ... PRIMARY KEY，但若字段原为 NULL，它会隐式加上 NOT NULL —— 这个变更本身可能失败，尤其是字段有默认值或被外键引用时

真正麻烦的不是怎么点按钮，而是字段约束、数据现状、MySQL 版本特性这三者咬合处的静默失败。每次保存前扫一眼预览 SQL，比盯着 UI 上那把小锁图标管用得多。