phpMyAdmin 5.0 不支持通过界面修改全局权限，所有勾选均被静默忽略；必须使用SQL页面执行GRANT语句授权，并在MySQL 5.7及更早版本中补FLUSH PRIVILEGES。
phpMyAdmin 5.0 修改全局权限后点“执行”没反应
不是按钮坏了，也不是网络卡了——phpMyAdmin 5.0 的「全局权限」编辑界面根本**不支持保存修改**。它会静默忽略你对 ALTER、DROP、CREATE 等全局勾选项的变更，连 SQL 都不会生成，更别说写入 mysql.user 表。
这个行为从 5.0 开始就是设计如此：官方明确移除了全局权限的图形化编辑能力，只保留数据库级和表级权限的 UI 控制。如果你在「全局」标签页里勾选了什么，点击「执行」后页面刷新、状态栏显示“成功”，但 SHOW GRANTS FOR 'u'@'h'; 输出完全不变，这就是典型表现。
为什么 phpMyAdmin 5.0 要禁掉全局权限编辑
因为全局权限太危险，且极易被误用。比如勾一个 CREATE 就等于允许用户建任意库；勾 GRANT OPTION 更是把权限分发权交出去。phpMyAdmin 团队认为，这类操作不该靠点几下完成，而应强制走显式 SQL 授权流程，留下可审计的操作痕迹。
实际影响包括：
立即学习“PHP免费学习笔记（深入）”；
- 你无法通过界面给用户加
SUPER、RELOAD、PROCESS等管理类权限 -
SELECT、INSERT这类数据权限在全局维度也失效——它们只在数据库/表级生效 - 即使你手动 UPDATE
mysql.user表，若没同步处理mysql.db和mysql.tables_priv，权限状态可能不一致
怎么绕过 phpMyAdmin 5.0 的全局权限限制
必须切到 SQL 页面，手写授权语句。这是唯一可靠方式：
进入任意数据库 → 顶部点「SQL」→ 执行类似以下命令：
GRANT SELECT, INSERT, UPDATE, DELETE ON *.* TO 'appuser'@'localhost';
注意：
- MySQL 8.0+ 中，
GRANT会自动刷新权限缓存，不用再跑FLUSH PRIVILEGES; - MySQL 5.7 或更早版本，执行完
GRANT后仍需补一句FLUSH PRIVILEGES; - 务必确认
'appuser'@'localhost'和实际连接 Host 完全匹配，'appuser'@'%'是另一个用户 - 执行前先查：
SELECT User, Host FROM mysql.user WHERE User = 'appuser';，避免重复创建
改完权限后还是不生效？重点检查这三处
手写 SQL 授权后仍报 Access denied，大概率卡在这几个真实细节上：
- 你连接的是从库（replica）或 ProxySQL 中间件，
GRANT命令必须在主库执行，且不会自动同步 - MySQL 8.0+ 启用了 ROLE，但只给角色授了权，没运行
GRANT app_role TO 'appuser'@'localhost';和SET DEFAULT ROLE app_role TO 'appuser'@'localhost'; - phpMyAdmin 当前登录账号本身没有
GRANT OPTION权限，导致GRANT语句直接被拒绝（错误码 1045 或 1227）
最省事的验证方式：用该用户直连 MySQL 命令行，运行 SHOW GRANTS; —— 输出结果才是唯一可信的权限快照。
