error 3530 根本原因是 mysql.role_edges 表无用户与角色关联记录，须先 grant 角色再 set default role；同时需检查 host 精确匹配、角色名大小写、账户未锁定/过期、activate_all_roles_on_login=off、mandatory_roles 未启用，并在新连接中用 current_role() 验证。
SET DEFAULT ROLE 执行报 ERROR 3530 怎么办
根本原因不是语法错，而是 mysql.role_edges 表里查不到该用户与角色的关联记录。角色必须先被显式授予，才能设为默认。
- 先确认是否执行过
GRANT 'r_ro' TO 'app'@'%'：运行SELECT * FROM mysql.role_edges WHERE to_user = 'app' AND to_host = '%'，无结果说明授权没生效 - 检查 host 是否精确匹配：用户是
'app'@'localhost'，却对'app'@'%'执行SET DEFAULT ROLE，会静默失败 - 角色名大小写敏感：若
lower_case_table_names = 0，GRANT 'R_RO' TO ...和SET DEFAULT ROLE 'r_ro' TO ...视为不同对象 - 账户状态异常也会导致失败：查
SELECT account_locked, password_expired FROM mysql.user WHERE user = 'app' AND host = '%'，任一列为Y就无法设置默认角色
activate_all_roles_on_login=ON 会让 DEFAULT ROLE 失效
只要这个全局变量设为 ON，所有已授予角色都会自动激活，SET DEFAULT ROLE 完全不起作用。
- 验证当前值：
SELECT @@activate_all_roles_on_login，返回1就是开启状态 - 该变量必须写入配置文件（
my.cnf的[mysqld]段），否则重启后回退到OFF -
SET GLOBAL activate_all_roles_on_login = ON只影响新连接，不持久化，也不刷新已有连接
默认角色什么时候生效、怎么验证
SET DEFAULT ROLE 是持久化操作，但只在**下次登录后**生效——当前会话不会变化，也不能用 CURRENT_ROLE() 立即验证。
- 新开一个连接，再执行
SELECT CURRENT_ROLE()，返回值应是你设的角色名（如'r_ro'），不是NULL或空字符串 -
SHOW GRANTS FOR 'app'@'%'只显示“被授予了哪些角色”，不反映激活状态；要确认权限是否真可用，得实际执行受控语句（比如SELECT 1 FROM some_table） - 设多个默认角色：
SET DEFAULT ROLE 'r1', 'r2' TO 'app'@'%'，权限叠加；但只要其中一个被REVOKE，它就自动从默认列表剔除
mandatory_roles 会静默覆盖 DEFAULT ROLE
如果 MySQL 配置了强制角色（mandatory_roles），它会直接替代你设的 DEFAULT ROLE，且不报错、不提示。
- 检查是否启用：
SELECT @@mandatory_roles，返回非空值（如'r_admin'）说明已配置强制角色 - 强制角色优先级高于
DEFAULT ROLE，且无法被用户通过SET ROLE NONE或其他方式绕过 - 生产环境若需灵活控制，默认角色和强制角色不要同时启用，避免权限行为不可预期
角色权限不是“设完就跑”，host 匹配、账户状态、全局开关、强制角色这些点任何一个没对齐，都会让 SET DEFAULT ROLE 看似成功实则失效。
