phpmyadmin 6.0 的“用户组”实为 mysql 8.0+ 角色的可视化视图，依赖 mysql.role_edges 和 mysql.default_roles 表；角色须通过 sql 创建、授权、绑定并执行 set default role 激活，否则权限不生效。
phpmyadmin 6.0 的「用户组」根本不是独立功能，它只是 mysql 8.0+ 角色的视图
你点开「用户账户」→「用户组」看到的列表，本质是查询 mysql.role_edges 和 mysql.default_roles 这两张系统表的结果。mysql 5.7 或更低版本压根不支持角色，create role 会直接报 error 1064；而 phpmyadmin 6.0 只是把已有角色关系做了可视化展示，并不参与创建或激活逻辑。
常见错误现象：Access denied for user 'alice'@'%'，但「用户组」页明明显示她已加入 report_reader——问题几乎一定出在没执行 SET DEFAULT ROLE。
- 必须用有
SELECT权限的账号（如root）登录 phpMyAdmin，否则角色列表为空白 - phpMyAdmin 不自动刷新角色成员状态；添加用户到角色后，要手动点「刷新」或重新进入「用户账户」页
- 角色本身不带连接能力，必须显式
GRANT USAGE ON *.* TO 'report_reader'，再把角色赋给用户
在 phpMyAdmin 6.0 中创建角色必须走 SQL 标签页，界面不提供入口
「用户账户」→「新增用户账户」页面只能建用户，不能建角色。所有角色操作都得写 SQL，且顺序不能错：
- 先建角色：
CREATE ROLE 'report_reader'; - 再授数据权限：
GRANT SELECT ON `sales_%`.* TO 'report_reader';（注意反引号包裹通配符库名） - 补连接权限：
GRANT USAGE ON *.* TO 'report_reader'; - 绑定用户：
GRANT 'report_reader' TO 'alice'@'%', 'bob'@'192.168.1.%'; - 最后激活：
SET DEFAULT ROLE 'report_reader' TO 'alice'@'%';（漏这步=权限不生效）
phpMyAdmin 6.0 的「角色」标签页只负责展示和解绑，不会回滚角色已有的权限副本。解绑后用户仍可能残留旧权限，需配合 REVOKE 清理。
全局权限设置在 phpMyAdmin 6.0 中默认可见，但危险项默认不勾选
phpMyAdmin 6.0 已取消旧版“拉到底部选 All databases”的交互，顶部「Global privileges」区域默认展开。但要注意：
-
FILE、SHUTDOWN、SUPER这类权限被归入「Administrative» 区域，界面默认不勾选，避免误开 -
GRANT OPTION单独列为复选框，一旦启用无法被更高权限账号回收，除非先REVOKE GRANT OPTION - 权限修改后必须点右上角「Reload privilege tables」，或手动执行
FLUSH PRIVILEGES，否则缓存不更新 - MariaDB 启用
skip-grant-tables时，整个权限界面不可用，必须停用该配置并重启mysqld
phpMyAdmin 6.0 的「数据库特定权限」仍不支持通配符库名自动补全
你想让一个用户对所有 log_202[4-6]_% 库有 SELECT 权限？界面里选「Database-specific privileges」→ 下拉选库，找不到这些库名——因为 phpMyAdmin 只列出真实存在的库，不解析通配符。
此时只能退回到 SQL 标签页，用原生语句授权：
GRANT SELECT ON `log_202[4-6]_%`.* TO 'logger'@'%';
注意：MySQL 本身支持方括号通配符（需开启 sql_mode 中的 ANSI_QUOTES），但 phpMyAdmin 6.0 的下拉菜单完全不识别这类模式，也不会警告你选不到。
真正容易被忽略的是：角色权限 + 数据库通配符 + 默认角色激活，这三者缺一不可。少一步，用户就只能看到空结果集或 Access denied，而界面看起来一切正常。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
