SET ROLE 能生效，但需满足三前提：用户已显式授予该角色、角色已存在且未被删除、已通过 SET DEFAULT ROLE 绑定默认角色或用户拥有 ROLE_ADMIN 权限；否则报 ERROR 3530。
MySQL 8.0 支持角色（ROLE）管理，但 SET ROLE 能否生效，取决于用户是否已被显式授予该角色、是否启用角色激活机制，以及账户的默认角色配置。直接执行 SET ROLE role_name 失败，大概率不是语法错，而是权限或状态没对上。
确认用户已拥有目标角色且角色存在
MySQL 不允许切换到未被授予的角色，也不会自动创建角色。执行前必须确保：
-
SELECT * FROM mysql.role_edges WHERE TO_HOST = '%' AND TO_USER = 'your_role_name';能查到对应边记录（即该角色确实被授予给了当前用户） -
SHOW ROLES;或SELECT * FROM mysql.roles_mapping WHERE HOST = '%' AND USER = 'your_role_name';确认角色已创建且未被删除 - 若用
CREATE ROLE 'dev_role';创建了角色，还需用GRANT 'dev_role' TO 'alice'@'%';显式授权，仅GRANT ... ON ... TO不会自动赋予角色
检查并设置用户的默认角色（DEFAULT ROLE）
即使角色已授予，SET ROLE 仍可能报错 ERROR 3530 (HY000): Setting of current role failed: 'dev_role'@'%' is not granted to 'alice'@'%' —— 这通常是因为 MySQL 默认不激活任何角色，需先用 SET DEFAULT ROLE 建立绑定：
- 给用户设置默认角色：
SET DEFAULT ROLE 'dev_role' TO 'alice'@'%'; - 允许用户切换到任意已授予角色：
SET DEFAULT ROLE ALL TO 'alice'@'%'; - 查看当前用户的默认角色：
SELECT * FROM mysql.default_roles WHERE HOST = '%' AND USER = 'alice';
注意：SET DEFAULT ROLE 必须由高权限用户（如 root）执行，普通用户无法为自己设置。
使用 SET ROLE 切换并验证当前活跃角色
完成授权和默认角色配置后，用户登录后即可切换：
- 激活指定角色：
SET ROLE 'dev_role'; - 激活多个角色：
SET ROLE 'dev_role', 'read_only_role'; - 恢复为无活跃角色（仅会话级权限）：
SET ROLE NONE; - 查看当前活跃角色：
SELECT CURRENT_ROLE();或SELECT * FROM INFORMATION_SCHEMA.APPLICABLE_ROLES;
注意：角色权限只在当前会话生效；新连接默认使用 DEFAULT ROLE 指定的角色（如果设了），否则无活跃角色。不支持跨会话持久化“当前角色”。
常见陷阱与兼容性提醒
这几个点容易被忽略，导致反复失败：
- 角色名区分大小写 ——
SET ROLE 'Dev_Role'和SET ROLE 'dev_role'是不同角色，即使创建时用了反引号也不改变比较行为 -
SET ROLE不继承嵌套角色权限：若dev_role被授予了app_role，但用户没被直授app_role，则SET ROLE app_role仍会失败 - MySQL 8.0.16+ 才完整支持
SET ROLE的所有语法；低于此版本可能不支持SET ROLE ALL或返回不明确错误 - 如果用户是通过代理用户（PROXY）登录，
CURRENT_ROLE()返回的是代理用户的默认角色，而非原始用户的，容易误判
角色切换本身不耗资源，但每次 SET ROLE 都会重新计算权限缓存，频繁切换在高并发场景下可能轻微影响性能；真正难的不是命令怎么写，而是把“谁被授予了什么角色”“默认角色是否绑定”“大小写与作用域是否匹配”这三层状态理清楚。
