mysql不支持revoke all from 'role_name'语法；撤销用户所有角色需逐个执行revoke 'role_name' from 'user'@'host'；彻底删除角色应使用drop role；撤销角色内权限不影响已绑定该角色的现有用户。
REVOKE ALL FROM role_name 语法根本不存在
MySQL 不支持 REVOKE ALL FROM 'role_name' 这种写法，它会直接报错 ERROR 1064 (42000)：语法错误。MySQL 的 REVOKE 命令必须明确指定要撤销的权限类型和作用域，不能对角色本身“一键清空”。所谓“撤销所有角色”，实际是指从用户身上解除角色绑定，而非清空角色定义。
从用户撤销所有已授予的角色
若目标是让某个用户（如 'alice'@'localhost'）不再拥有任何角色权限，需逐个撤销其被赋予的角色：
- 先查清该用户绑定了哪些角色：
SELECT * FROM mysql.role_edges WHERE TO_USER = 'alice' AND TO_HOST = 'localhost'; - 对每个匹配的
FROM_USER（即角色名），执行：REVOKE 'role_name' FROM 'alice'@'localhost'; - 撤销后，用户只剩
USAGE权限（即仅能连接，无任何数据库操作权）——但注意，USAGE不会自动消失，它始终存在，除非显式用REVOKE USAGE ON *.* FROM 'alice'@'localhost';撤销
彻底删除角色定义（连同其包含的所有权限）
如果想让某个角色（如 app_reader）完全失效，且确认没有其他用户在用它，应使用 DROP ROLE：
MySQL（Linux）
下载
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
-
DROP ROLE 'app_reader';—— 这会删掉角色本身及其在mysql.role_edges和mysql.role_tables_priv等表中的全部记录 - 不要试图用
DELETE FROM mysql.roles或类似方式手动删系统表，MySQL 8.0+ 的权限缓存机制会不一致，导致权限残留或拒绝服务 -
DROP ROLE不影响已撤销该角色的用户，但若某用户仍绑定着该角色，执行时会报错ERROR 3530 (HY000)，需先REVOKE再DROP
撤销角色内权限 ≠ 解除用户与角色的绑定
这是最容易混淆的一点：角色是一组权限的容器，撤销角色内的权限（比如 REVOKE SELECT ON test.* FROM 'app_reader';）只影响该角色今后授予的新用户，不影响已经获得该角色的现有用户——他们的权限不会自动刷新，除非重新 SET ROLE 或断开重连。
真正让已有用户“失去权限”的动作，只有两个：REVOKE role_name FROM user@host（解绑），或 DROP ROLE role_name（删容器）。前者更安全可控，后者适合彻底下线旧角色。
