必须手动检查外键依赖、停用级联链、重建联合主键索引，并验证NOT NULL等约束：phpMyAdmin 5.2不提示外键引用，需查Relation view或INFORMATION_SCHEMA；改被引用字段前须DROP FOREIGN KEY；联合主键顺序须通过Index页重建；重建主键后需确认并补全NOT NULL等字段属性。
先确认外键是否真被引用，别凭感觉删主键
phpMyAdmin 5.2 不会主动提示“这个主键正被哪些表依赖”，你得手动查。直接点进表的 Relation view（关系视图），看顶部有没有列出 Foreign key constraints —— 如果有，说明至少一个子表在用它。更保险的做法是执行 SQL：SELECT CONSTRAINT_NAME, TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'your_table_name' AND REFERENCED_COLUMN_NAME = 'id';，把 your_table_name 和 id 换成实际值。
改字段前必须停掉级联链，否则 ALTER TABLE 直接失败
如果你要修改的是主表中被外键引用的字段（比如主键列名、类型或长度），而子表又定义了 ON DELETE CASCADE 或 ON UPDATE CASCADE，MySQL 会拒绝执行 ALTER。这不是 phpMyAdmin 的限制，而是 InnoDB 的强制校验。
- 先删掉子表上的外键约束：
ALTER TABLE `child_table` DROP FOREIGN KEY `fk_name`;（fk_name查SHOW CREATE TABLE `child_table`） - 再执行主表结构修改（如
MODIFY COLUMN id BIGINT UNSIGNED AUTO_INCREMENT） - 改完后重新加外键，并显式带上级联选项（如果还需要）
跳过这步，你会卡在 #1025 - Error on rename... 或 #1553 错误里。
联合主键字段顺序不能靠“拖拽”调整，必须重建索引
在 phpMyAdmin 5.2 的表结构页，“上/下”箭头只能调字段物理顺序，不影响主键逻辑顺序。而联合主键（比如 (user_id, role_id)）的字段顺序决定了索引树的排序方式，也影响查询能否命中索引。
立即学习“PHP免费学习笔记（深入）”；
- 想换顺序？必须进
Index页面，删掉当前PRIMARY类型的联合索引 - 再新建一个同名但字段顺序不同的
PRIMARY索引 - 这个操作本质是
ALTER TABLE DROP PRIMARY KEY, ADD PRIMARY KEY (role_id, user_id)，会锁表、重建数据，大表慎用
别指望勾选单个字段的 Primary 复选框能搞定——它只对单字段主键有效，联合主键必须走 Index 功能入口。
改完别急着上线，检查 NOT NULL 和唯一性是否还在
phpMyAdmin 5.2 在你删掉主键再重建时，不会自动恢复原字段的 NOT NULL 属性和唯一性保障。哪怕你重建了主键，如果之前字段没显式设 NOT NULL，新主键生效后，该字段仍可能存 NULL（虽然主键本身不允许，但字段定义层面没锁死）。
执行一次确认：SHOW COLUMNS FROM `table_name` LIKE 'id';，看 Null 列是不是 NO。不是的话，补一句：ALTER TABLE `table_name` MODIFY COLUMN `id` INT NOT NULL AUTO_INCREMENT;
真正容易被忽略的，是主键重建后字段定义和约束的分离状态——界面看着一样，底层定义可能已经松动了。
