<p>phpMyAdmin 5.2 点不到「全局权限」区域，是因为当前登录用户缺少 GRANT OPTION 权限，需用 root 执行 GRANT GRANT OPTION ON . TO 'user'@'host' 并 FLUSH PRIVILEGES；同时确认 MySQL 8.4 用户认证插件为 mysql_native_password，且主机名（如 localhost 与 127.0.0.1）严格匹配。</p>
phpMyAdmin 5.2 点不到「全局权限」区域？先确认登录账号权限
不是界面坏了，是 phpMyAdmin 5.2 只有在检测到当前登录用户拥有 GRANT OPTION 时，才会渲染「Global privileges」标签页。如果你点开「用户账户」→「编辑权限」后只看到「Database-specific privileges」，顶部空空如也，大概率是当前账号没这个权限。
用命令行快速验证：SHOW GRANTS FOR CURRENT_USER; —— 输出里必须含 GRANT OPTION ON *.*。若没有，得用 root 执行：GRANT GRANT OPTION ON *.* TO 'admin'@'localhost' WITH GRANT OPTION;，再运行 FLUSH PRIVILEGES;。
另外注意：MySQL 8.4 默认用 caching_sha2_password 插件，而 phpMyAdmin 5.2+ 需要 mysql_native_password 才能正常加载用户列表和权限区。如果用户列表为空或权限页灰掉，先检查认证插件是否匹配。
勾选「SELECT」不等于全局只读：MySQL 8.0.16+ 的限制必须绕过
在「全局权限」里只勾 SELECT、SHOW DATABASES、LOCK TABLES 是常见做法，但 MySQL 8.0.16+ 默认启用 partial_revokes=ON，会导致 GRANT SELECT ON *.* 直接报错 ERROR 3790 (HY000)。
立即学习“PHP免费学习笔记（深入）”；
必须先确认策略状态：SELECT @@global.partial_revokes; —— 返回 OFF 才能继续。若为 ON，需用 REVOKE 清理冲突的细粒度拒绝规则，或改用更稳妥的逐库授权方式。
即使成功勾选，也别以为万事大吉：MySQL 不会自动把全局 SELECT 映射到已有数据库。用户仍可能看不到 SHOW DATABASES 列表，或连上后执行 USE analytics; 报错。原因是你没显式给目标库授予权限。
真正生效的三步操作：从全局勾选到具体库补权
只靠界面勾选无法完成“全库只读”，必须组合操作：
- 在「全局权限」中勾选
SELECT、SHOW DATABASES、LOCK TABLES（后者支持备份时防止写入） - 保存后，回到用户列表，点击该用户右侧「编辑权限」→ 切换到「数据库特定权限」→ 选择每个目标库（如
analytics、reports）→ 单独勾选SELECT - 别漏掉元数据访问：进入同一页面，选择
information_schema→ 勾选SELECT，否则 Laravel 或 WordPress 执行SHOW CREATE TABLE会因权限不足报ERROR 1227
每一步修改后都必须手动执行 FLUSH PRIVILEGES;，否则新连接不会生效。phpMyAdmin 界面右上角的「Reload privilege tables」按钮本质就是触发这个命令，但有时响应延迟，建议自己补一条 SQL 确认。
主机名陷阱：'localhost' ≠ '127.0.0.1'，且 DNS 解析默认开启
MySQL 8.4 默认关闭 skip_name_resolve，这意味着 'report_ro'@'localhost' 和 'report_ro'@'127.0.0.1' 是两个完全独立的账号，权限互不影响。你在 phpMyAdmin 里给前者授了权，应用若用 127.0.0.1 连，照样被拒。
解决方法只有两个：
– 创建用户时明确指定主机为 127.0.0.1（或实际客户端 IP），不要依赖 %；
– 或在 MySQL 配置中设 skip_name_resolve=ON 并重启 mysqld，强制走 IP 匹配。
这个细节极容易被忽略——你反复检查权限、刷新、重连，却始终卡在连接阶段，问题可能就出在这里。
