phpMyAdmin 5.2 不支持 MySQL 8.0+ 的 ROLE 功能——界面无法识别、绑定或激活角色，权限不生效且数据库树常为空或报403；必须通过命令行手动创建角色、授权并执行 SET DEFAULT ROLE，生产环境推荐直接授予权限。
phpMyAdmin 5.2 不支持可靠分配或管理 MySQL 8.0+ 的 ROLE（角色）——界面中即使创建了角色，权限也不会正确加载到用户会话，数据库树常为空或报 403，根本不可用。
为什么 phpMyAdmin 5.2 的「角色」功能形同虚设
MySQL 8.0 引入 CREATE ROLE 和 SET DEFAULT ROLE，但 phpMyAdmin 5.2.1–5.2.3（截至 2026 年 10 月最新版）未实现对角色权限的完整识别：
- 用户登录后，
SHOW DATABASES可能返回空列表，即使已GRANT SELECT ON *.* TO 'inspector'@'%' WITH ROLE 'readonly_role' - 「权限」页显示为空白或仅列出全局权限，不展示角色绑定的权限集
- phpMyAdmin 不自动执行
SET DEFAULT ROLE，而该语句必须在每次连接后显式调用才能激活角色 - 角色无法通过图形界面「添加用户」或「编辑权限」流程正确关联——界面上没有角色选择下拉框或绑定入口
想用角色？命令行是唯一可行路径（但依然不推荐）
若坚持使用角色，必须跳过 phpMyAdmin 界面，全程用 MySQL 客户端执行：
- 先创建角色：
CREATE ROLE 'readonly_role'; - 授予权限：
GRANT SELECT, SHOW VIEW, LOCK TABLES ON *.* TO 'readonly_role';（MySQL 5.7 还需加EXECUTE） - 将角色赋予用户：
GRANT 'readonly_role' TO 'inspector'@'192.168.1.%'; - 设置默认角色：
SET DEFAULT ROLE 'readonly_role' TO 'inspector'@'192.168.1.%';（此步不可省，且需对每个用户单独执行） - 验证是否生效：
SHOW GRANTS FOR 'inspector'@'192.168.1.%';应同时显示角色和直接授予的权限
注意：FLUSH PRIVILEGES 对角色无效，角色权限变更后无需执行该命令。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
立即学习“PHP免费学习笔记（深入）”；
替代方案：直接授权用户，简单、可验证、零兼容问题
生产环境应放弃角色，改用直授方式——这是 phpMyAdmin 5.2 唯一被充分验证的只读方案：
- 执行语句必须用
ON *.*，不能限制到具体库（如ON `app_db`.*），否则左侧数据库树不显示 - MySQL 8.0+：只需
GRANT SELECT, SHOW VIEW, LOCK TABLES ON *.* TO 'inspector'@'192.168.1.%'; - MySQL 5.7：额外加
EXECUTE，否则「浏览」页报错#1370 - execute command denied - 禁用 phpMyAdmin 的元数据探测：
$cfg['Servers'][$i]['DisableIS'] = true;，减少敏感信息暴露
真正容易被忽略的是：角色在 phpMyAdmin 中不是“不显示”，而是“不生效”——它不会报错，但权限就是不起作用。与其花时间调试角色链路，不如用一行 GRANT 加一行 FLUSH PRIVILEGES 解决问题。实际巡检账号上线前，务必用新用户实测点击数据库树、打开表结构、导出 SQL，三步全通才算成功。
