根本原因是phpMyAdmin“用户账户”页面仅渲染UI状态，不执行GRANT语句、不写入权限表；必须在SQL标签页手动执行GRANT命令并FLUSH PRIVILEGES，且需严格匹配Host和认证插件。
phpMyAdmin“用户账户”页面勾选权限不生效
根本原因是 phpmyadmin 的图形化权限界面只生成 ui 状态，不会执行 grant 语句，也不会写入 mysql 权限表。你看到的勾选只是前端渲染，后端毫无反应。
常见现象包括：勾选“复制从节点”后，SHOW SLAVE STATUS 仍报 Access denied；勾选“创建数据库”后，新建库按钮灰掉或提示“无权限操作”；甚至刷新页面后勾选自动消失。
- phpMyAdmin 的“用户账户”页本质是只读视图 + 模拟授权表单，它调用的是
SELECT查询用户当前权限，但提交时并不发送GRANT命令 - MySQL 8.0+ 中，部分权限（如
REPLICATION SLAVE）必须显式用ON *.*授予，而界面默认只生成库级语句（如GRANT SELECT ON `db1`.*），无法满足要求 - 如果用户 Host 是
'user'@'127.0.0.1'，但你在界面里编辑的是'user'@'%'，那改的其实是另一个用户，自然无效
必须用 SQL 标签页手动执行 GRANT
所有关键权限变更，必须跳过界面，直接在 phpMyAdmin 的 SQL 标签页 执行命令。这是唯一可靠方式。
典型场景和对应语句：
- 要支持主从同步（如 Debezium/Canal）：
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; - 要查看从库状态：
GRANT REPLICATION CLIENT ON *.* TO 'repl'@'%'; - 要允许建索引：
GRANT ALTER ON `mydb`.`mytable` TO 'appuser'@'localhost'; - 要允许创建数据库：
GRANT CREATE ON *.* TO 'admin'@'localhost';
注意：GRANT 后必须紧跟 FLUSH PRIVILEGES;，否则修改不生效——尤其在 Docker、低配虚拟机或 MySQL 5.7 升级后环境中，缓存常不自动更新。
立即学习“PHP免费学习笔记（深入）”；
为什么改了 config.inc.php 也没用？
因为 phpMyAdmin 的权限控制完全由 MySQL 服务端决定，config.inc.php 里的 $cfg['Servers'][$i]['user'] 只影响它自己连哪个账号，不影响你登录后操作的权限范围。
容易混淆的点：
-
auth_type = 'config'：phpMyAdmin 自动用配置文件里写的账号密码登录，此时你看到的权限就是那个账号的真实权限，跟界面勾选无关 -
auth_type = 'cookie'或'http'：你输什么账号，就以什么账号登录，界面勾选依然无效——它不改你输入的那个用户，只改另一个（可能不存在的）用户 - 检查当前 auth_type：
grep "auth_type" /path/to/phpmyadmin/config.inc.php
Host 匹配和插件兼容性常被忽略
权限失效最隐蔽的两个原因：Host 字符串不精确、认证插件不兼容。
例如：
- 你用
localhost连，MySQL 实际匹配的是'user'@'localhost'，而不是'user'@'127.0.0.1'或'user'@'%'—— 三者权限独立 - MySQL 8.0 默认用
caching_sha2_password插件，但老版同步工具或某些 phpMyAdmin 版本（≤ 5.0.2）只认mysql_native_password，会导致连接成功但后续权限校验失败 - 修复命令：
ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'pwd123'; FLUSH PRIVILEGES;
真正卡住的往往不是语法，而是 SHOW GRANTS FOR 'user'@'host' 输出里那行看似不起眼的 Host 和 plugin 字段——多查一次，比重装 phpMyAdmin 快十倍。
