current_role() 返回当前会话显式激活的角色列表（逗号分隔字符串），未执行set role时返回null，不包含隐式继承角色；is_role_enabled()更适合作条件判断，返回布尔值且语义明确。
如何用 CURRENT_ROLE() 检查当前会话激活的角色
CURRENT_ROLE() 是 MySQL 8.0 引入的系统函数，专用于返回当前会话中**显式激活的角色列表**（以逗号分隔的字符串形式）。它不返回隐式继承的角色，也不反映未通过 SET ROLE 显式激活的角色——哪怕该角色已授予用户且默认启用。
常见错误现象：执行 SELECT CURRENT_ROLE(); 返回 NULL 或空字符串 ''。这通常是因为尚未执行 SET ROLE，或使用了 SET ROLE NONE 主动清空了激活角色。
- 若用户登录后未执行任何
SET ROLE，CURRENT_ROLE()返回NULL - 若执行过
SET ROLE 'r1', 'r2';，则返回'r1@%,r2@%'（注意主机名部分默认为%） - 该函数返回值是字符串，不能直接用于权限判断逻辑；需配合
FIND_IN_SET()或正则解析（但不推荐复杂解析）
为什么 IS_ROLE_ENABLED() 更适合做条件判断
当需要在存储过程、触发器或动态 SQL 中判断某个角色是否处于激活状态时，CURRENT_ROLE() 的字符串返回值处理成本高、易出错。MySQL 8.0.16+ 提供了更可靠的布尔型函数：IS_ROLE_ENABLED('role_name')。
它严格检查当前会话中该角色是否被显式激活（即出现在 CURRENT_ROLE() 的结果中），返回 1 或 0，语义清晰、无歧义。
- 必须传入完整角色名，包括主机部分（如
'app_reader@%'），否则返回0 - 大小写敏感，与创建角色时的大小写完全一致
- 即使角色已授予用户但未激活，
IS_ROLE_ENABLED()仍返回0 - 在存储过程中可直接用于
IF IS_ROLE_ENABLED('admin') THEN ... END IF;
查看角色授权状态和激活历史的辅助手段
CURRENT_ROLE() 和 IS_ROLE_ENABLED() 只反映“当前”状态，无法追溯角色何时被激活或为何失效。要排查角色未生效的问题，需结合其他信息：
- 确认角色确实已授予当前用户：
SELECT * FROM mysql.role_edges WHERE TO_HOST = '%' AND TO_USER = 'your_user'; - 检查角色是否被显式禁用：
SELECT * FROM mysql.role_edges WHERE FROM_USER = 'your_role' AND TO_USER = 'your_user' AND IS_GRANTABLE = 'N'; - 验证当前会话是否启用了角色激活机制：
SELECT @@global.activate_all_roles_on_login;—— 若为OFF（默认），则登录后不会自动激活任何角色 - 注意：
activate_all_roles_on_login是全局变量，修改后需新连接才生效，对已有会话无效
容易忽略的权限与上下文限制
调用这些函数本身不需要额外权限，但能否看到角色效果，取决于执行上下文是否具备对应权限。例如：
- 即使
IS_ROLE_ENABLED('backup_admin')返回1，若该角色所含的BACKUP_ADMIN权限未被当前账户显式授予（仅通过角色间接获得），某些管理命令（如BACKUP DATABASE）仍可能报错 - 在定义存储例程（PROCEDURE/FUNCTION）时，若使用
SQL SECURITY DEFINER，函数内调用IS_ROLE_ENABLED()检查的是**定义者**的角色，而非调用者的角色 -
CURRENT_ROLE()在 prepared statement 中可用，但在某些客户端（如旧版 MySQL Workbench）中显示可能被截断，建议用SELECT LENGTH(CURRENT_ROLE())辅助判断是否为空
角色激活是会话级状态，跨连接不共享，也不同步到从库复制线程——这点在调试主从权限不一致问题时最容易被跳过。
