基于 MySQL 8.0 细粒度授权：单独授予 KILL 权限的优雅解决方案

基于 MySQL 8.0 细粒度授权：单独授予 KILL 权限的优雅解决方案

一、引言

作为一名数据库从业者，我在日常工作中经常会遇到一个棘手的问题：如何在保证安全的前提下，让业务团队拥有足够的权限去管理数据库执行的 SQL，尤其是终止那些失控的慢查询或异常线程？这个问题看似简单，却牵涉到权限设计、安全合规以及数据库稳定性等多方面的权衡。今天，我们就来聊聊 MySQL 8.0 如何通过权限体系的革新，特别是对 KILL 权限的细化支持，解决了这一痛点，并为 DBA 和业务开发团队带来了更大的灵活性。

二、从痛点说起：KILL SQL 的权限困境

在 MySQL 实际使用中，业务开发人员常希望拥有终止 SQL 的能力。例如，慢查询占用大量资源，或未优化的批量操作导致负载飙升，此时及时 KILL 问题 SQL 是最直接的解决办法。然而，MySQL 的权限设计限制让这一需求难以实现，开发人员往往只能依赖 DBA 操作，既低效又拖延响应。

在 MySQL 的传统版本（比如 5.7 及更早版本）中，KILL 权限的实现存在以下几个问题：

1. 执行用户限制 默认情况下，用户只能 KILL 自己创建的线程。若业务程序使用统一账号（如 app_user），开发人员想通过此账号终止 SQL，必须知道其密码并登录数据库执行 KILL。然而，企业安全规范通常禁止程序账号单点登录，因其权限过大（至少包括增删改查），导致开发人员无法直接操作。这形成了一个"权限死结"：想 KILL 无权限，有权限却无法登录。
2. SUPER 权限过大 为突破上述限制，允许用户 KILL 其他用户的 SQL，需授予 SUPER 权限。这看似可行，但 SUPER 权限是个“大杀器”：持有者不仅能 KILL 任何线程，还可修改全局参数（如 innodb_buffer_pool_size）、执行 STOP GROUP_REPLICATION 关闭组复制等操作（甚至会导致中断服务）。此权限通常仅限超级管理员使用，对业务开发而言明显过大，且存在严重安全隐患，DBA 自然不愿授予业务团队。

面对这样的困境，我们不禁会问：难道就没有一个两全其美的办法，既能让业务团队有 KILL SQL 的能力，又不至于权限失控吗？

答案是肯定的，MySQL 8.0 的到来，让这一需求成为了现实。

三、MySQL 8.0 的细粒度权限拆分：KILL 权限独立登场

MySQL 8.0 在权限体系上迎来重大改进，最显著的是对 SUPER 权限的拆分。在 5.7 及之前，SUPER 权限如同一个大包袱，功能过于庞杂。而 8.0 引入了动态权限（即运行时可分配的细化权限），将 SUPER 拆解为多个细粒度权限，其具体内容如下：

权限名	解释	影响的部分MySQL5.7命令示例
SYSTEM_VARIABLES_ADMIN	允许在运行时更改全局系统变量，包括使用 SET GLOBAL 和 SET PERSIST，以及更改全局事务特性。	SET GLOBAL innodb_buffer_pool_size = 268435456; SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SESSION_VARIABLES_ADMIN	允许设置需要特殊权限的受限会话系统变量。	SET SESSION sql_log_bin = 0;
REPLICATION_SLAVE_ADMIN	允许启动和停止常规复制，使用 CHANGE REPLICATION SOURCE TO、CHANGE MASTER TO 等语句。	CHANGE MASTER TO MASTER_HOST='replica_host';
GROUP_REPLICATION_ADMIN	允许启动和停止组复制（Group Replication）。	START GROUP_REPLICATION;
BINLOG_ADMIN	允许通过 PURGE BINARY LOGS 和 BINLOG 语句控制二进制日志。	PURGE BINARY LOGS TO 'mysql-bin.000010';
SET_USER_ID	允许在视图或存储程序的 DEFINER 属性中指定任何账户作为有效授权 ID。	CREATE DEFINER='admin'@'[localhost](http://localhost)' VIEW v1 AS ...;
CONNECTION_ADMIN	控制客户端连接行为，包括终止其他账户线程、绕过连接限制、离线模式连接和读写操作等。	KILL 12345;
ENCRYPTION_KEY_ADMIN	启用 InnoDB 加密密钥轮换。	（无直接命令，通常涉及加密相关配置）
VERSION_TOKEN_ADMIN	允许执行版本令牌（Version Tokens）功能。	（涉及特定插件，如 version_tokens_lock() 函数）
ROLE_ADMIN	允许授予和撤销角色、使用 W