phpmyadmin 5.x 修改权限后必须手动执行 flush privileges 才生效，因其仅修改系统表而不自动刷新内存缓存；界面“刷新”按钮无效，因不触发服务端命令；执行失败主因是账号缺reload权限、连错只读副本或sql_mode限制。
phpmyadmin 5.x 修改权限后不生效，必须手动执行 flush privileges
phpmyadmin 5.x 的用户权限界面只是对 mysql.user、mysql.db 等系统表做 update 或 insert，mysql 服务不会自动重载内存中的权限缓存。哪怕看到“执行成功”，新权限也还没进 runtime。
这不是 bug，是 MySQL 的设计机制：DCL 语句（如 GRANT）在 5.x 中不自动刷新，只有 FLUSH PRIVILEGES 才能强制同步磁盘数据到内存。
- 进入 phpMyAdmin → 任意数据库（比如
information_schema）→ 点顶部「SQL」标签页 - 输入并执行：
FLUSH PRIVILEGES; - 返回值显示 “0 行受影响” 是正常现象；若报错，说明当前登录账号缺少
RELOAD权限
为什么在 phpMyAdmin 5.x 里点“刷新权限”按钮没用？
phpMyAdmin 5.x 官方界面中根本不存在真正触发 FLUSH PRIVILEGES 的按钮。所谓“刷新”只是前端重新拉取一次用户列表，不发任何服务端命令。
部分第三方魔改版或旧插件可能加了伪按钮，但底层未调用 MySQL 的 RELOAD 权限指令，等于没刷。
- 不要依赖图形界面的“保存”“应用”“刷新”等按钮来完成权限生效
- 所有通过「用户账户」页做的增删改操作，都必须补一句
FLUSH PRIVILEGES; - 如果经常忘，建议把这行命令存在浏览器书签或终端别名里
FLUSH PRIVILEGES 执行失败的三个真实原因
报错不是因为你写错了命令，而是环境卡在更底层的位置：
- 当前 phpMyAdmin 登录所用的 MySQL 账号没有
RELOAD权限 —— 查SELECT Reload_priv FROM mysql.user WHERE User='your_user' AND Host='your_host';，结果必须是Y - 你连的是只读副本（replica）或中间件（如 ProxySQL），而
FLUSH PRIVILEGES只能在主库执行，且不会同步 - MySQL 5.7+ 启用了
sql_mode=NO_AUTO_CREATE_USER（已弃用但某些配置残留），导致 phpMyAdmin 自动生成的GRANT语句被拒绝，间接让后续FLUSH失去意义
比直改系统表 + FLUSH PRIVILEGES 更稳妥的做法
直接 UPDATE mysql.user 是高危操作：容易漏掉 mysql.tables_priv、mysql.procs_priv 等关联表，还可能破坏密码哈希格式（尤其 MySQL 5.7 默认用 caching_sha2_password 插件时）。
推荐路径始终是标准 DCL 流程：
- 用
CREATE USER 'u'@'h' IDENTIFIED BY 'pwd';创建用户 - 用
GRANT SELECT ON db.* TO 'u'@'h';授予权限 - 这两条在 phpMyAdmin 的 SQL 标签页里执行即可，5.x 下虽不自动刷，但语义清晰、可审计、不易出错
- 最后再补一句
FLUSH PRIVILEGES;收尾
权限缓存问题本身不复杂，但容易被“界面点一下就完事”的惯性带偏——真正生效的永远是那条手敲的 FLUSH PRIVILEGES，不是点击动作本身。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
