phpMyAdmin设主键须在字段定义阶段勾选Primary复选框并确保Save按钮激活；联合主键需用Index功能选PRIMARY类型；删主键前须检查外键依赖，否则报错。
在 phpMyAdmin 表结构页直接设主键
主键不是“添加索引”之后再选，而是在字段定义阶段就绑定的——primary key 是一种约束类型，不是普通索引。进入表结构页（structure 标签），你会看到每行字段右侧有 primary 复选框，勾上它，保存即可。
常见错误现象：#1075 - Incorrect table definition; there can be only one auto-increment column and it must be defined as a key —— 这通常是因为你试图给没设主键的字段加 AUTO_INCREMENT，而 phpMyAdmin 要求 AUTO_INCREMENT 字段必须同时是主键（或至少是 KEY）。
- 必须先选中一个字段，再勾
Primary；不能先点“保存”再回头加 - 如果已有数据，该字段值必须全部非空且唯一，否则保存失败并提示
Duplicate entry '' for key 'PRIMARY' - 多个字段联合主键？phpMyAdmin 不支持在单字段行勾选多个
Primary，得用下方的Index功能手动建PRIMARY类型的联合索引
用“索引”功能添加联合主键
当需要两个字段（比如 user_id 和 role_id）一起作为主键时，不能靠单字段的 Primary 勾选完成。得点页面底部的 Index 按钮，打开索引配置弹窗：
- 在
Type下拉里选PRIMARY（不是INDEX或UNIQUE） - 在
Columns列表里按顺序添加字段，例如先选user_id，再选role_id - 点击
Go，phpMyAdmin 会自动删除旧主键（如果有）、重建新联合主键
注意：这个操作会重建表（ALTER TABLE ... ADD PRIMARY KEY），如果表很大，可能卡住或超时——此时需确认服务器 max_execution_time 和 wait_timeout 设置是否足够。
主键已存在，想换字段？别直接删，先看依赖
phpMyAdmin 的 Drop 按钮对主键很危险：它实际执行的是 ALTER TABLE DROP PRIMARY KEY，但不会自动删掉字段本身。更麻烦的是，如果该主键被其他表的外键引用，操作会直接报错：#1553 - Cannot drop index 'PRIMARY': needed in a foreign key constraint。
立即学习“PHP免费学习笔记（深入）”；
- 先去
Relation view（关系视图）检查有没有Foreign key constraints指向当前主键 - 若存在外键，必须先在关联表里删掉对应外键约束（或改用
SET FOREIGN_KEY_CHECKS = 0临时关闭，但不推荐） - 删主键后，原字段仍保留，但失去
NOT NULL和唯一性保障——你要手动补上ALTER TABLE ... MODIFY COLUMN ... NOT NULL
为什么有时点了 Primary 却没生效？
最常被忽略的一点：phpMyAdmin 的“保存”按钮只在你**修改了字段定义**（如长度、类型、默认值）时才激活。如果只是勾了 Primary 但没动其他字段，Save 按钮是灰色的，很多人以为“已经设好了”，其实根本没提交。
正确做法：勾完 Primary 后，顺手点一下该字段的 Length/Values 输入框（哪怕不改内容），让表单识别为“已编辑”，Save 按钮才会亮起。
另一个隐藏坑：某些旧版 phpMyAdmin（如 4.6.x）在使用 utf8mb4 字符集 + 长文本字段（如 VARCHAR(255)）时，会因索引长度超限拒绝设主键，报错 Specified key was too long —— 此时得缩短字段长度，或改用前缀索引（但主键不支持前缀，只能换字段）。
