phpMyAdmin改完权限没反应是因为仅更新系统表而未刷新内存缓存，必须手动执行FLUSH PRIVILEGES；该命令是全局操作，无需USE mysql，返回“0行受影响”即成功，但需当前账号具备RELOAD权限。
phpMyAdmin改完权限没反应，是因为没刷缓存
phpmyadmin 的权限修改界面只是更新了 mysql.user、mysql.db 等系统表，mysql 服务端不会自动重载内存里的权限缓存。你看到“执行成功”，只是 sql 写入成功了，不是权限立刻生效。
常见现象包括：新建用户用新密码连不上、加了 SELECT 权限仍报 Access denied、点“刷新权限”按钮（如果存在）也无效——因为 phpMyAdmin 本身不触发 FLUSH PRIVILEGES。
必须手动执行 FLUSH PRIVILEGES 才能生效
这不是可选项，是必要补刀步骤。进入 phpMyAdmin → 任意数据库（比如 information_schema）→ 点顶部「SQL」标签页 → 输入并执行：
FLUSH PRIVILEGES;
注意：FLUSH PRIVILEGES 是全局命令，不需要先 USE mysql；执行后返回 “0 行受影响” 是正常现象，说明命令被接受。
- 如果报错
ERROR 1227 (42000): Access denied; you need (at least one of) the RELOAD privilege(s) for this operation，说明当前登录账号缺少RELOAD权限 - 查权限：运行
SELECT Reload_priv FROM mysql.user WHERE User='your_user' AND Host='localhost';，确认值为Y - MySQL 8.0+ 中，用
CREATE USER或GRANT语句通常会自动刷新，但直接UPDATE mysql.user仍需手动FLUSH
执行 FLUSH 失败的三个真实原因
不是命令写错了，而是底层权限、角色或部署结构卡住了：
立即学习“PHP免费学习笔记（深入）”；
- 当前账号没
RELOAD权限 —— 即使用户名是root，也可能被显式回收过 - 用了 MySQL 8.0+ 的
ROLE，但只给角色赋权，没把角色 assign 给用户，或没执行SET DEFAULT ROLE——FLUSH PRIVILEGES不解决角色绑定问题 - 连接的是只读副本（replica）或中间件（如 ProxySQL），命令发到了从库 ——
FLUSH PRIVILEGES只能在主库执行，且不会同步
比直改系统表更稳妥的做法
直接在 phpMyAdmin 里编辑 mysql.user 表再刷权限，属于绕过正规流程。容易漏掉关联表（比如 mysql.tables_priv），或导致状态不一致。
推荐做法：
- MySQL 8.0+：优先用
CREATE USER+GRANT，例如：CREATE USER 'appuser'@'localhost' IDENTIFIED BY 'pwd123';<br>GRANT SELECT, INSERT ON mydb.* TO 'appuser'@'localhost';
- 老版本 MySQL 或必须直改时：确保同时更新所有相关权限表（
mysql.user、mysql.db、mysql.tables_priv等），再统一FLUSH PRIVILEGES - 改完立刻验证：
SHOW GRANTS FOR 'appuser'@'localhost';，别只信界面显示
最常被忽略的一点：FLUSH PRIVILEGES 成功不代表权限一定可用——还要确认用户 Host 匹配、认证插件兼容（如 caching_sha2_password 在旧版 phpMyAdmin 中不支持）、以及是否连到了主库。
