在phpMyAdmin中建表时设联合主键最稳妥，需在“创建新表”页对多个字段均选PRIMARY并确保NOT NULL；已有表可通过结构页多选字段设主键或手动执行ALTER TABLE语句，注意字段顺序、非空约束及数据唯一性。
phpMyAdmin里建表时直接设联合主键
新建表阶段是最稳妥的时机。在“创建新表”页填完字段后，不要只点单个字段的 primary 下拉框——那样只会设单列主键。
正确做法是：在字段列表最右侧“索引”列，对所有要参与联合主键的字段（比如 user_id、role_id），逐个点击下拉菜单并都选成 PRIMARY。phpMyAdmin 会自动把它们合并为一个联合主键，生成类似 PRIMARY KEY (`user_id`, `role_id`) 的语句。
- 必须确保这些字段都勾了
NOT NULL，否则建表会失败或主键不生效 - 字段顺序按你在列表里从上到下的排列来定，影响后续查询能否走索引
- 别用
TEXT或BLOB类型字段——phpMyAdmin 不会报错，但 MySQL 实际执行时会卡在ERROR 1170
已有表用结构页添加联合主键
进表的“结构”页，多选要设为主键的字段行（按住 Ctrl 点击），然后顶部工具栏点“设为主键”。这比单个点击安全，不会误删原有主键定义。
但要注意：如果表里已有数据，phpMyAdmin 会在后台执行 ALTER TABLE ... ADD PRIMARY KEY，此时会检查两件事：
- 所有目标字段是否已为
NOT NULL—— 如果不是，操作直接失败，且不会自动帮你改属性 - 现有数据中，这些字段的组合值是否全部唯一 —— 有重复就报
Duplicate entry
执行前务必先看右上角“SQL 预览”，确认语句确实是 ADD PRIMARY KEY (`a`, `b`)，而不是 MODIFY COLUMN `a` PRIMARY KEY 这种单列写法。
立即学习“PHP免费学习笔记（深入）”；
手动 SQL 执行更可控
图形界面容易掩盖约束问题，直接在 phpMyAdmin 的 SQL 标签页跑命令反而更透明。
例如给 user_role 表加联合主键：
ALTER TABLE `user_role` MODIFY `user_id` INT NOT NULL, MODIFY `role_id` INT NOT NULL, ADD PRIMARY KEY (`user_id`, `role_id`);
拆成两步做，能明确看到哪步卡住。常见坑包括：
-
MODIFY失败：说明字段里存了NULL值，得先UPDATE清理 -
ADD PRIMARY KEY失败：用SELECT user_id, role_id, COUNT(*) FROM user_role GROUP BY user_id, role_id HAVING COUNT(*) > 1查重复项 - 字符集导致超长：如果字段是
VARCHAR(255)且用utf8mb4，两个字段加起来可能突破 3072 字节限制，得缩短长度
删联合主键和验证是否生效
删主键很简单：ALTER TABLE `user_role` DROP PRIMARY KEY;。但注意：这不会恢复字段的 NULL 属性，之前被 MODIFY 强制改成 NOT NULL 的，还得手动 MODIFY 回去。
验证是否真生效，别只看 UI 上钥匙图标，执行一句：
SHOW CREATE TABLE `user_role`;
结果里必须出现类似 PRIMARY KEY (`user_id`,`role_id`) 的定义，且没有 UNIQUE KEY 冒充主键。另外，插入两条 user_id=1, role_id=1 的记录，第二条必须报 Duplicate entry 错误才算真正起作用。
联合主键不是把几个字段打个包就完事，字段顺序、空值控制、已有数据唯一性，三者缺一不可。图形界面省事，但出错时往往更难定位问题在哪一步。
