phpMyAdmin 5.2.3 不支持 MySQL 8.0 角色管理功能，因未实现 ROLES 相关 UI、SQL 构造及权限校验逻辑；用户管理页仅解析 mysql.user 和 mysql.db 表，忽略 role_edges 等角色系统表，且创建用户时无角色分配入口。
phpMyAdmin 不显示 MySQL 8.0 角色管理功能，不是配置遗漏或权限没开，而是它根本没实现该功能——截至最新稳定版 phpMyAdmin 5.2.3（2026 年发布），ROLES 相关的 UI 元素、SQL 构造逻辑和权限校验路径全部缺失。
MySQL 8.0 角色是真实存在的，但 phpMyAdmin 没对接
MySQL 8.0+ 原生支持 CREATE ROLE、GRANT role_name TO user、SET DEFAULT ROLE 等语法，系统表 mysql.role_edges 和 mysql.default_roles 也已就位。但 phpMyAdmin 的用户管理页（server_privileges.php）仍只解析 mysql.user 和 mysql.db 表，对角色关系视图完全忽略。你手动执行 SELECT * FROM mysql.role_edges; 能查到数据，但界面里找不到任何“角色”标签页或下拉框。
点“添加用户账户”时看不到“Assign to role”选项
这是最直观的信号：表单字段里没有角色绑定入口。原因很直接——phpMyAdmin 的用户创建逻辑硬编码了 CREATE USER ... IDENTIFIED WITH ... + GRANT ... ON *.* 流程，跳过了 GRANT role_name TO 'user'@'host' 这一环节。即使你在命令行创建了角色并授权，phpMyAdmin 列出用户时也不会标注其所属角色，更不会提供解绑操作。
试图在 SQL 标签页执行角色语句，可能报错或静默失败
在 phpMyAdmin 的 SQL 标签页运行 CREATE ROLE 'dev_role'; 通常能成功，但后续 GRANT SELECT ON app_db.* TO 'dev_role'; 可能触发错误：#1449 - The user specified as a definer ('mysql.infoschema'@'localhost') does not exist（尤其在某些 8.0.29–8.0.30 小版本中）。这不是你写的语句错，而是 phpMyAdmin 提交 SQL 时未正确设置会话上下文，导致 MySQL 内部权限检查误判。安全起见，角色相关操作应全程用命令行或 MySQL Workbench。
立即学习“PHP免费学习笔记（深入）”；
替代方案只有两个：命令行 or 手动 SQL + 刷新认知
- 所有角色定义、授权、分配、激活必须用 MySQL 命令行或兼容客户端（如 MySQL Shell、DBeaver）完成
- 若坚持用 phpMyAdmin 查看效果，可在 SQL 标签页执行：
SELECT r.role, u.user, u.host FROM mysql.role_edges r JOIN mysql.user u ON r.from_host = u.host AND r.from_user = u.user;，但结果只是只读快照，无法交互 - 别指望
FLUSH PRIVILEGES能让 phpMyAdmin “感知”角色——它不监听这个事件，也不重载角色元数据
角色管理不是“隐藏功能”，而是尚未移植的架构层；当前版本把角色当作透明容器处理，连 SHOW GRANTS FOR 'user'@'host' 返回的结果里，角色授予的权限都合并进了主权限列表，不再区分来源。
