<p>phpMyAdmin不显示「全局权限」标签页是因为MySQL 8.4权限模型变更，仅当当前用户拥有GRANT OPTION时才渲染该区域；需用SHOW GRANTS确认权限，缺失则用root执行GRANT GRANT OPTION ON . TO 'u'@'h' WITH GRANT OPTION;并FLUSH PRIVILEGES或点击「Reload privilege tables」生效。</p>
phpMyAdmin 不显示「全局权限」标签页
不是界面 bug，是 MySQL 8.4 权限模型变更后，phpMyAdmin 主动隐藏了该区域——它只在检测到当前登录用户拥有 GRANT OPTION 时才渲染「Global privileges」标签页。如果你点开「Users」→「Edit privileges」，只有「Database-specific privileges」，顶部空空如也，大概率就是这个原因。
先用命令行确认：SHOW GRANTS FOR CURRENT_USER;，看输出里是否含 GRANT OPTION。没有？那就得用有权限的账户（比如 root）补上：
GRANT GRANT OPTION ON *.* TO 'your_user'@'localhost' WITH GRANT OPTION;FLUSH PRIVILEGES;
改完必须重启 Apache 或点击 phpMyAdmin 右上角「Reload privilege tables」，否则不生效。
MySQL 8.4 认证插件不兼容导致权限加载失败
phpMyAdmin 5.2.3+ 连 MySQL 8.4 时，若用户用的是默认的 caching_sha2_password 插件，phpMyAdmin 就可能压根读不到用户列表，更别说权限管理界面了——它会静默跳过或返回空数据。
立即学习“PHP免费学习笔记（深入）”；
解决办法是把目标用户（尤其是用于登录 phpMyAdmin 的那个）切回 mysql_native_password：
ALTER USER 'your_user'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password';- 确保
config.inc.php中的$cfg['Servers'][$i]['auth_type']和密码配置与之匹配
注意：别改 root 用户的认证方式除非你清楚后果；优先新建一个专用管理账号来配 phpMyAdmin。
config.inc.php 权限过高触发安全拦截
如果你看到“配置文件权限错误，不应任何用户都能修改”这类提示，phpMyAdmin 其实根本没走到权限加载那步——它在读取 config.inc.php 时就因文件权限问题中断了。
phpMyAdmin 强制要求该文件不能被组或其他用户写入。只要权限数字第二位或第三位 ≥ 2（比如 664、777、755），就会直接报错退出。
- 正确权限必须是
644（文件）或755（目录） - 执行：
chmod 644 config.inc.php - Windows 用户请进属性 → 安全 → 编辑，确保“Users”组只有“读取和执行”“读取”，**去掉“写入”**
- 改完必须重启 Apache，否则不生效
「Edit privileges」页面空白或跳转异常
新建用户后点「Go」却直接回到用户列表页，或者编辑页面加载一半就卡住，常见原因是 host 匹配失效。MySQL 8.4 默认启用 skip_name_resolve=OFF，'user'@'localhost' 和 'user'@'127.0.0.1' 是两个完全独立的账号，权限不互通。
检查你实际连接时用的是哪个 host：
- 在 phpMyAdmin 登录页输用户名时，如果填的是
root@127.0.0.1，那权限就得授给'root'@'127.0.0.1'，不是'root'@'localhost' - 用
SELECT user, host FROM mysql.user;确认账号是否存在且 host 精确匹配 - 不建议盲目用
'user'@'%'，尤其在公网环境；本地开发可临时用'user'@'127.0.0.1'避免 DNS 解析干扰
host 错一位，整个权限链就断了——这比密码错还难排查，因为错误信息里通常不提 host。
