查mysql.user表Super_priv='Y'仅能筛查显式授权用户，MySQL 8.0+必须联查mysql.role_edges、SHOW GRANTS FOR角色、反查绑定用户三步闭环，并通过KILL QUERY或SET GLOBAL实操验证权限是否激活。
直接查 mysql.user 表的 Super_priv = 'Y' 是最快的一线筛查动作，但它在 MySQL 8.0+ 中会漏掉绝大多数真实拥有 SUPER 权限的用户——只靠这一条查询，你大概率会误判权限边界。
为什么 SHOW GRANTS FOR 'u'@'h' 永远不显示 SUPER
这是 MySQL 内部设计限制，不是你操作有误。无论用户是否真有 SUPER 权限，SHOW GRANTS 输出里永远不会出现 GRANT SUPER ON *.* TO 或任何含 SUPER 的字样。它只回放显式执行过的 GRANT 语句，既不解析角色继承，也不读取 mysql.user 表快照。所以看到输出里没 SUPER，完全不能说明用户没该权限。
MySQL 8.0+ 必须联查 mysql.role_edges 补角色链
角色本身不能被直接授予 SUPER（GRANT SUPER ON *.* TO 'role'@'%' 会报错），但用户可通过角色继承获得该权限。验证必须闭环三步：
- 先查绑定关系：
SELECT FROM_USER, FROM_HOST, TO_ROLE FROM mysql.role_edges; - 对每个
TO_ROLE执行：SHOW GRANTS FOR 'role_name'@'%';（注意：角色名必须带主机名，否则报错） - 若输出含
GRANT ... WITH GRANT OPTION或隐含 SUPER 的组合（如残留升级权限），再反查谁绑定了该角色：SELECT User, Host FROM mysql.user u JOIN mysql.role_edges r ON u.User = r.FROM_USER AND u.Host = r.FROM_HOST WHERE r.TO_ROLE = 'xxx';
关键前提：用户必须已执行过 SET ROLE 'xxx';，否则即使查到角色链，当前会话也无 SUPER。
最终验证只能靠实操，不能靠字段或语句
字段值是快照，SHOW GRANTS 不反映角色生效状态，唯一可信的是登录后执行能触发 SUPER 权限的操作：
-
KILL QUERY 1;（需先查一个活跃线程 ID） SET GLOBAL max_connections = 1000;-
SELECT @@global.max_connections;（确认能读全局变量）
成功即生效；失败则说明当前会话未激活、角色未绑定、或权限根本未授予。批量检查时无法依赖 SHOW GRANTS，它每次只能查一个用户，且不支持跨角色链自动展开。
最容易被忽略的点是：删掉一个带 SUPER 的角色（DROP ROLE 'xxx';）不会自动清理已通过该角色获得权限的用户——只要没显式 REVOKE 或重启 mysqld，那些用户的 SUPER 权限依然存在。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
