根本原因是phpMyAdmin 5.2执行权限修改后未自动刷新权限缓存，且存在GRANT OPTION缺失、caching_sha2_password不兼容、FLUSH PRIVILEGES被禁用、host匹配错误及PHP 8.4兼容性问题等多重因素导致权限未生效。
phpMyAdmin 5.2 点“执行”后权限没写入 mysql.user 表
根本原因不是界面卡住，而是 phpmyadmin 5.2 的「用户账户」页提交权限时，只生成并执行了 grant 或 revoke 语句，但这些语句本身不保证立即持久化到磁盘——尤其当 mysql 配置了 skip-grant-tables、启用了只读模式，或你当前登录账号缺少 grant option 权限时，语句会静默失败或被拒绝。
- 检查是否真执行成功：在 phpMyAdmin 的「SQL」页手动运行
SHOW GRANTS FOR 'u'@'h';，对比修改前后输出；若没变，说明语句根本没生效 - 确认当前账号有
GRANT OPTION：运行SELECT Grant_priv FROM mysql.user WHERE User='your_user' AND Host='localhost';，返回Y才能授予权限 - MySQL 8.0+ 默认启用
caching_sha2_password插件，而 phpMyAdmin 5.2（≤5.2.3）不兼容该插件——即使密码正确，GRANT也会因认证失败而中断，且无明确报错 - 别依赖界面提示的“成功”：它只表示 HTTP 请求发出去了，不代表 SQL 被 MySQL 接受；必须查
mysql.user表或用SHOW GRANTS验证
改完权限后新连接仍报 Access denied
这不是保存失败，是权限缓存没刷新。phpMyAdmin 任何方式修改权限（界面点、SQL 页输 GRANT、甚至直接 UPDATE mysql.user）都不会自动触发 FLUSH PRIVILEGES，MySQL 仍用内存中旧缓存校验新连接。
- 必须手动执行：
FLUSH PRIVILEGES;—— 进任意数据库 → 「SQL」页粘贴执行，返回 “0 行受影响” 即成功 - 如果报
ERROR 1227: Access denied; you need (at least one of) the RELOAD privilege(s)，说明当前用户没RELOAD权限，需换 root 或带该权限的账号执行 - 注意 host 匹配细节：
'u'@'localhost'和'u'@'127.0.0.1'是两个用户；phpMyAdmin 用 localhost 连接时走 Unix socket，只认前者 - Docker 或云托管环境（如阿里云 RDS）可能禁用
FLUSH PRIVILEGES，此时只能靠CREATE USER/GRANT触发自动重载（MySQL 8.0+），但 phpMyAdmin 5.2 界面不生成这类语句
导出/导入 SQL 批量改权限时权限丢失
导出的 SQL 文件里若漏掉 CREATE USER 或 SET PASSWORD，导入时会跳过用户创建步骤，导致 GRANT 指向不存在的用户，MySQL 忽略该行且不报错。
- 导出前务必勾选「添加 CREATE USER 语句」和「添加 SET PASSWORD 语句」——否则导入时只执行
GRANT，而用户不存在，权限就丢了 - 编辑 SQL 文件时，只改
GRANT行的权限列表（如把SELECT改成SELECT, INSERT, UPDATE），不要动后面的IDENTIFIED BY密码哈希值 - MySQL 5.7 及更早版本不支持多用户
GRANT ... TO 'u1'@'h', 'u2'@'h'语法，每条GRANT必须单独一行，否则整条语句报错中断 - 导入必须用有
GRANT OPTION的账号执行，且导入后仍要补一句FLUSH PRIVILEGES;
phpMyAdmin 5.2 + PHP 8.4 组合下保存权限按钮失效
PHP 8.4 的某些内部行为变更（如 session 处理、header 发送逻辑）与 phpMyAdmin 5.2 的 CSRF token 校验机制冲突，导致点击「执行」后请求被 Nginx 或 Apache 拦截为 405 Not Allowed，实际 GRANT 根本没发给 MySQL。
- 现象：页面无错误提示，但权限没变；浏览器开发者工具 Network 标签页可见状态码 405，Request Method 是 POST
- 临时解法：改用 phpMyAdmin 的「SQL」页手动粘贴
GRANT语句执行，绕过表单提交流程 - 确认 Web 服务器配置：Nginx 需确保
location /phpmyadmin/块内有proxy_pass_request_headers on;和proxy_set_header X-Forwarded-For $remote_addr; - 长期规避：升级到 phpMyAdmin 5.3+（已适配 PHP 8.4），或降级 PHP 至 8.3 —— 5.2 版本官方已停止维护，PHP 8.4 兼容性未修复
'app'@'%' 授了权限，但实际连接用的是 'app'@'localhost'，那所有操作都无效——SHOW GRANTS 输出里的 host 必须和你连接时用的完全一致。 
