MySQL 8.0+才真正支持角色功能，5.7及更早版本不支持CREATE ROLE；角色需显式激活（SET ROLE或SET DEFAULT ROLE），否则权限不生效，且图形化工具通常仅执行GRANT而忽略默认角色设置。
mysql 8.0+ 才真正支持角色（role），5.7 及更早版本没有 create role，所有“角色管理”操作都会报错或静默失败。
为什么 CREATE ROLE 报错 ERROR 1064 或 ERROR 1227
常见于误用低版本 MySQL，或用户没有 CREATE ROLE 权限（即使在 8.0+）。MySQL 角色功能依赖系统表 mysql.role_edges 和全局权限控制，不是插件式功能。
- 检查版本：
SELECT VERSION();—— 必须 ≥ 8.0.0 - 确认当前用户有
CREATE ROLE权限：SHOW GRANTS;，若无，需由root或带WITH ADMIN OPTION的角色授权 - 注意：启用
skip-grant-tables时角色系统完全不可用
GRANT 给角色后，用户为什么没继承权限？
角色本身不自动激活，必须显式 SET ROLE 或默认启用。这是最容易被忽略的环节——界面点完“分配角色”，命令行里查 CURRENT_ROLE() 却是 NONE。
- 给用户分配角色用：
GRANT 'role_name' TO 'user'@'host';（这步只建立关系） - 用户登录后需执行：
SET ROLE 'role_name';，或一次性设默认：SET DEFAULT ROLE 'role_name' TO 'user'@'host'; - 如果用连接池（如 JDBC），需在初始化 SQL 中加
SET ROLE，否则每次新连接都重置为无角色
Role Management 界面（如 phpMyAdmin、DBeaver、Navicat）的局限性
这些工具大多只封装了 CREATE ROLE 和 GRANT ... TO，但不处理 SET DEFAULT ROLE 或会话级 SET ROLE。你看到“分配成功”，实际只是写入了 mysql.role_edges，没动用户的默认角色配置。
- phpMyAdmin 5.2+ 在“用户账户”页可设“默认角色”，但仅对新连接生效；老连接仍需手动
SET ROLE - DBeaver 的“Edit User Privileges”里勾选角色，底层发的是
GRANT，不自动调SET DEFAULT ROLE - Navicat 未提供默认角色设置入口，必须手写 SQL 补全
角色的权限继承发生在会话层，不是账号层；SET DEFAULT ROLE 是关键一环，漏掉它，角色就只是数据库里的一个名字。
