必须手动执行FLUSH PRIVILEGES，否则phpMyAdmin修改权限不生效，因其仅更新系统表而未刷新内存缓存；该命令需RELOAD权限，执行后返回“0行受影响”即成功，但GRANT/CREATE USER等语句会自动刷新，无需额外执行。
必须手动执行 flush privileges，否则改完权限不会生效——phpmyadmin 的「编辑权限」或「执行」按钮只写表，不刷内存缓存。
为什么改了权限却没反应
phpMyAdmin 修改用户权限时，底层只是执行 UPDATE mysql.user 或类似语句，把新权限写进系统表。但 MySQL 服务启动后会把权限加载进内存并一直用这份副本校验请求，不会自动监听表变更。所以你看到「执行成功」，只是磁盘数据改了，内存里的权限还是旧的。
典型现象包括：新建用户用新密码连不上、加了 SELECT 却报 Access denied、点「刷新权限」按钮（如果存在）也没用——因为 phpMyAdmin 自带的这个按钮在多数版本里并不真正触发 FLUSH PRIVILEGES。
怎么安全执行 FLUSH PRIVILEGES
进入 phpMyAdmin → 任意数据库（比如 information_schema）→ 点顶部「SQL」标签页 → 输入并执行：
FLUSH PRIVILEGES;
注意以下几点：
立即学习“PHP免费学习笔记（深入）”；
-
FLUSH PRIVILEGES是全局命令，不需要先USE mysql - 执行后返回「0 行受影响」是正常现象，说明命令被接受
- 如果报错
ERROR 1227 (42000): Access denied; you need (at least one of) the RELOAD privilege(s)，说明当前登录账号没有RELOAD权限 - 查权限可用：
SELECT Reload_priv FROM mysql.user WHERE User='your_user' AND Host='localhost';，确认值为Y
哪些操作不用手动刷
不是所有权限修改都需要 FLUSH PRIVILEGES。只有直接修改 mysql.user、mysql.db、mysql.tables_priv 等系统表时才需要它。
以下操作会自动刷新，无需额外执行 FLUSH PRIVILEGES：
-
CREATE USER和DROP USER -
GRANT和REVOKE语句 - MySQL 8.0+ 的
ALTER USER（如改密码、认证插件） - 角色相关语句（
CREATE ROLE、GRANT role TO user）
换句话说：只要你是通过 phpMyAdmin 的「添加用户」「编辑权限」图形界面操作，背后走的是 GRANT 流程，理论上不用刷；但如果你手动进 mysql 库改表，就一定得补上这句。
容易被忽略的三个坑
执行 FLUSH PRIVILEGES 失败，往往不是语法问题，而是环境卡点：
- 当前账号虽是
root，但RELOAD权限曾被显式回收过（REVOKE RELOAD ON *.* FROM 'root'@'localhost';） - 用了 MySQL 8.0+ 的角色机制，但只给角色赋权，没执行
SET DEFAULT ROLE或没把角色 assign 给用户——FLUSH PRIVILEGES解决不了角色绑定问题 - 连接的是只读副本（replica）或中间件（如 ProxySQL），命令发到了从库——
FLUSH PRIVILEGES只能在主库执行，且不会同步
最稳妥的做法，是彻底避开直改系统表：优先用 CREATE USER + GRANT，而不是进 mysql.user 表手工更新字段。后者容易漏掉关联表（如 mysql.procs_priv），导致权限状态不一致。
