phpMyAdmin禁止编辑mysql.*表是前端硬编码限制，非MySQL层面锁死；须通过SQL标签页执行ALTER TABLE等语句修改系统表结构，并执行FLUSH PRIVILEGES（5.7及以前），且需手动验证权限是否生效。
phpMyAdmin 禁止编辑 mysql.* 表是前端硬编码限制
不是 mysql 层面锁死，而是 phpmyadmin 自己在 php 模板里写了白名单逻辑：所有 mysql、information_schema、performance_schema 库下的表，一打开“结构”页就直接禁用“更改”“删除字段”等按钮。你看到的灰掉状态或点击后报 you do not have the privileges to execute this query，实际是前端拦截并伪造了权限错误——哪怕你用的是 root 账号，也过不了这关。
想改 user、db、tables_priv 表结构？只能走 SQL 标签页
系统表结构修改必须绕过图形界面，手动写 ALTER TABLE 或 MODIFY COLUMN。常见需求如扩展 mysql.user.Host 长度（从 CHAR(60) 改为 VARCHAR(255)），不能点“结构”页里的“更改”按钮，否则会丢掉 NOT NULL、DEFAULT 等约束。正确做法是：
- 先查当前定义：
SHOW CREATE TABLE mysql.user; - 复制完整建表语句，改掉目标字段类型和约束
- 在 SQL 标签页执行
ALTER TABLE mysql.user MODIFY Host VARCHAR(255) NOT NULL DEFAULT '%'; - 最后必须执行
FLUSH PRIVILEGES;（MySQL 5.7 及以前）
MySQL 8.0+ 的 system table 更不能碰图形界面
8.0 引入了 mysql.role_edges、mysql.password_history 等新系统表，字段类型含 JSON、GENERATED 列，phpMyAdmin 5.2 的解析器根本无法渲染这些结构。点开“结构”页可能直接 500，或字段列表错位、默认值显示为空。此时连 SHOW INDEX 都可能失败，因为底层 mysqli 驱动不识别新字段元数据格式。
别信“用户账户”页里的权限勾选框
phpMyAdmin 的“用户账户”页面读取的是 mysql.user 表快照，它不实时反映结构权限变更。你刚执行完 REVOKE ALTER ON mysql.* FROM 'admin'@'%';，界面上仍可能显示“结构权限已启用”。验证是否生效，唯一可靠方式是：在 SQL 标签页执行 ALTER TABLE mysql.user ADD COLUMN test_dummy INT;，看是否报错 #1142 - ALTER command denied。报错即生效，不报错说明权限还在。
真正卡住的不是“能不能点”，而是 phpMyAdmin 从不打算让你安全地改系统表——它没做字段依赖校验、没加 DDL 回滚、也不检查 FLUSH PRIVILEGES 是否必要。改系统表前，务必确认备份、了解字段语义、并准备好手动恢复 SQL。
立即学习“PHP免费学习笔记（深入）”；
