MySQL Workbench 中需逐行点击字段左侧PK列设联合主键，确保全为灰色钥匙图标且字段非空、类型合法；Navicat 需Ctrl多选后右键设主键；DBeaver 要核对字段名、NOT NULL及字符集；手动ALTER TABLE更可靠但需预检重复值与索引顺序。
MySQL Workbench 里怎么选多个字段设成联合主键
在 mysql workbench 的表设计界面（table editor）里，不能靠“勾选多个字段再点 primary”来设置复合主键——它只会把最后一个被点中的字段设成单列主键，前面的会被悄悄取消。真正生效的方式是手动编辑 pk 标志列。
- 打开表设计页，确保所有要参与联合主键的字段都已存在（比如
user_id、order_date） - 逐行点击这些字段所在行最左侧的
PK列（不是标题栏），每点一次就会切换状态；必须让它们全部显示为灰色小钥匙图标（✅） - 注意：如果某字段类型是
TEXT或BLOB，或者没设NOT NULL，点PK列会失败且无提示——得先改类型或补约束 - 保存表结构时，Workbench 会自动生成类似
PRIMARY KEY (`user_id`, `order_date`)的 DDL，顺序就是你在列表里从上到下的顺序
Navicat 中误点“设为主键”导致原有主键被覆盖怎么办
Navicat 的“设为主键”右键菜单项是单点操作，每次只作用于当前选中的一行，且会自动清除之前所有主键定义。这不是 bug，是它的设计逻辑。
- 正确做法：按住
Ctrl（Windows）或Command（macOS），多选多个字段行，再右键 → “设为主键” - 如果已经点错，别急着保存，直接关掉弹窗，回到表结构页重新多选；一旦点了“保存”，旧主键就真没了
- Navicat 不会在 UI 上显示当前主键包含哪些字段，只能靠你记住或导出 DDL 检查：
SHOW CREATE TABLE `orders`;
DBeaver 设置联合主键后执行报错 ERROR 1072 (42000)
这个错误意思是“键列不存在”，常见于你选了字段但没同步更新其属性——比如字段名拼错了、大小写不一致，或者字段根本还没保存进表结构里。
- 检查字段名是否完全匹配：DBeaver 的编辑器里字段名可能带反引号，但你在设置主键时不能手动加，得靠下拉选择
- 确认每个字段都勾选了
NOT NULL（联合主键要求所有列非空） - 如果字段类型是
VARCHAR(255)但没指定字符集，某些 MySQL 版本会拒绝建主键；显式加上CHARACTER SET utf8mb4更稳妥 - 执行前点一下工具栏的
SQL Preview按钮，看生成的语句是不是形如ADD PRIMARY KEY (`a`, `b`)，而不是MODIFY COLUMN `a` ... PRIMARY KEY
用 ALTER TABLE 手动加联合主键比图形界面更可靠吗
是的，尤其当字段已有数据、涉及索引重建或跨版本迁移时，手写 SQL 反而更可控，也更容易复现和排查问题。
- 语法很简单：
ALTER TABLE `logs` ADD PRIMARY KEY (`service_name`, `timestamp`); - 但要注意：如果表里已有重复组合值，这条语句会直接失败，报错
ERROR 1062 (23000)；得先清理或加唯一约束前验证 - 执行后记得检查执行计划：
EXPLAIN SELECT * FROM logs WHERE service_name = 'api' AND timestamp > '2024-01-01';确认走了PRIMARY索引 - 图形界面背后其实也是拼这条 SQL，只是隐藏了过程；一旦出错，你反而更难定位到底是哪一步卡住了
复合主键的字段顺序影响查询性能和索引使用效率，这个细节在界面操作里很容易被忽略——点几下就完事，但顺序错了，等于白设。
