mysql 8.0中角色权限不自动展开，必须通过mysql.role_edges查绑定关系，并用show grants ... using显式指定角色名才能查看继承权限；角色未激活（set role未执行）则权限不生效。
MySQL 8.0 没有自动展开的角色继承视图，SHOW GRANTS 默认不显示嵌套权限，必须手动查 mysql.role_edges 并结合 USING 子句验证实际生效路径。
查谁属于哪个角色：用 mysql.role_edges
角色成员关系和嵌套关系都存在 mysql.role_edges 表里，字段含义固定：FROM_USER/FROM_HOST 是被授予的角色（或用户），TO_USER/TO_HOST 是接收方。
- 查用户 alice@% 直接绑定的角色：
SELECT FROM_USER, FROM_HOST FROM mysql.role_edges WHERE TO_USER = 'alice' AND TO_HOST = '%'; - 查角色
app_writer@'%' 是否嵌套了其他角色（即它自己是“子角色”）：SELECT * FROM mysql.role_edges WHERE FROM_USER = 'app_writer'; - 查角色
app_reader是否被某个更高级角色授予（即它是“父角色”）：SELECT TO_USER, TO_HOST FROM mysql.role_edges WHERE FROM_USER = 'app_reader';
注意：role_edges 不区分“用户→角色”和“角色→角色”，全靠 FROM_USER 和 TO_USER 的值判断层级方向。
看角色实际带哪些权限：必须加 USING 才能显式展开
SHOW GRANTS FOR 'alice'@'%' 只返回 alice 的直接授权；哪怕她绑了 app_writer，且该角色又绑了 app_reader，这些都不会出现——除非你告诉 MySQL “请把角色链也列出来”。
- 只看 alice 自身的直接权限：
SHOW GRANTS FOR 'alice'@'%'; - 看 alice 通过
app_writer获得的权限：SHOW GRANTS FOR 'alice'@'%' USING 'app_writer'; - 同时看两个角色叠加效果：
SHOW GRANTS FOR 'alice'@'%' USING 'app_writer', 'readonly_analyst'; -
USING后的角色名必须已存在，且 alice 确实被GRANT过该角色，否则报错ER_ROLE_NOT_GRANTED
这个语法不检查角色是否激活，只做静态权限映射；但若角色未激活（SET ROLE 未执行），对应权限在会话中仍不可用。
确认当前会话激活了哪些角色：查 APPLICABLE_ROLES
角色赋给了用户，不等于它就在当前连接里生效。权限是否落地，取决于会话级激活状态。
- 查当前登录用户已激活的角色：
SELECT * FROM INFORMATION_SCHEMA.APPLICABLE_ROLES; - 查某用户（如
'dev_user'@'localhost'）被授予的所有角色（含未激活）：SELECT ROLE_NAME, IS_GRANTABLE FROM INFORMATION_SCHEMA.ADMINISTRABLE_ROLE_AUTHORIZATIONS WHERE GRANTEE = '''dev_user''@''localhost''';（注意引号要双写） - 设默认角色后，新连接会自动激活：
SET DEFAULT ROLE 'app_writer' TO 'alice'@'%';
没有设默认角色，又没手动 SET ROLE，那即使 role_edges 里有记录、SHOW GRANTS ... USING 能查到权限，实际查询照样报 ERROR 1142。
列级权限要单独查 ROLE_COLUMN_GRANTS
角色的列级权限（比如 UPDATE(col_a)）不会出现在 SHOW GRANTS 或 TABLE_PRIVILEGES 里，得走专用视图。
- 确认 MySQL 版本 ≥ 8.0.19：
SELECT VERSION(); - 查角色
app_writer@'%' 对mydb.t1.col_a的UPDATE权限：SELECT TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME, PRIVILEGE_TYPE FROM INFORMATION_SCHEMA.ROLE_COLUMN_GRANTS WHERE GRANTEE = '''app_writer''@''%''' AND TABLE_SCHEMA = 'mydb' AND TABLE_NAME = 't1' AND COLUMN_NAME = 'col_a' AND PRIVILEGE_TYPE = 'UPDATE'; -
ROLE_COLUMN_GRANTS只存角色级列权限，用户直授的列权限要去INFORMATION_SCHEMA.COLUMN_PRIVILEGES查
嵌套角色的列权限不会自动“穿透”，必须确保最外层角色（如 app_writer）本身被明确授予了该列权限，而不是指望它从 app_reader 继承——角色嵌套只传递表级/库级权限，列级权限需显式授予目标角色。
