一、引言：为何需要资源组管控
在高并发的多租户数据库环境中，不同业务（如 OLTP、OLAP、ETL）对系统资源的消耗模式差异巨大。一个耗时的分析查询可能拖慢整个数据库的响应速度，影响核心交易业务的性能。MySQL 8.0 提供的 Resource Groups 功能，通过将线程与资源组关联，实现了 CPU 资源的精细化分配与限制，为数据库资源管理提供了强有力的工具。
1.1 资源组的核心价值
资源组的核心价值在于实现资源隔离和优先级控制。它允许 DBA 为不同用户或应用分配独立的资源配额，确保关键业务获得足够的计算资源，同时限制非关键任务对资源的占用，从而提升整体系统的稳定性和可预测性。
二、核心概念解析
要有效使用 Resource Groups，首先需要理解其关键概念。
2.1 什么是 Resource Groups
Resource Groups 是 MySQL 8.0 中的一种资源管理机制，它允许将系统中的 VCPU（虚拟 CPU）资源分配给不同的命名组。每个组可以设置最大 CPU 利用率，从而限制该组内所有线程的总 CPU 使用量。
2.2 关键术语
- 用户资源组：通过
CREATE RESOURCE GROUP语句创建的命名组，如rg_high_priority。 - 线程：在 MySQL 中，每个客户端连接都会产生一个线程。线程会被分配到特定的资源组。
- VCPU：MySQL 服务器可用的虚拟 CPU 核心数，可通过
SELECT @@GLOBAL.cpu_count;查看。 - CPU 资源管理器：负责将线程分配到资源组并执行 CPU 使用率限制的内部组件。
上述 ER 图展示了用户、线程、资源组和 CPU 管理器之间的核心关系。用户连接产生线程，线程被分配到特定的资源组，而 CPU 管理器则负责管理这些组对 VCPU 资源的访问。
三、配置步骤：创建与分配资源组
本节将详细介绍如何创建资源组并为其分配 CPU 资源。
3.1 创建资源组
首先，需要启用资源组功能（通常在安装时已默认启用），然后使用 CREATE RESOURCE GROUP 语句创建新的资源组。
- 查看当前资源组状态：
```sql
SELECT * FROM performance_schema.resource_groups;
```
- 创建一个名为
rg_low_priority的低优先级资源组，并设置其最大 CPU 利用率为 20%：
```sql
CREATE RESOURCE GROUP rg_low_priority
TYPE = USER
VCPU = 0-31
THREAD_PRIORITY = 5
ENABLE
```
此命令创建了一个名为 rg_low_priority 的资源组，它可以使用所有 32 个 VCPU（0-31），但其线程优先级较低，且总 CPU 利用率被限制在 20%。
3.2 分配用户到资源组
创建资源组后，需要将特定用户或角色分配到该组，以便其连接的线程自动使用该组的资源限制。
- 将
app_user_low用户分配到rg_low_priority资源组：
```sql
ALTER USER 'app_user_low'@'localhost' DEFAULT ROLE ALL
RESOURCE GROUP rg_low_priority;
```
现在，当 app_user_low 用户连接时，其产生的所有线程都将受到 rg_low_priority 资源组的限制。
此流程图清晰地展示了创建并启用一个资源组的完整步骤，从定义资源限制到最终的用户分配。
四、高级场景：动态调整与状态管理
Resource Groups 提供了灵活的动态管理能力，可以在运行时调整配置。
4.1 动态调整 CPU 配额
如果需要调整一个现有资源组的 CPU 利用率，可以使用 ALTER RESOURCE GROUP 语句。
- 将
rg_low_priority资源组的 CPU 利用率从 20% 调整为 10%：
```sql
ALTER RESOURCE GROUP rg_low_priority
SET CPU = 10;
```
此操作会立即生效，无需重启服务。
4.2 资源组状态管理
资源组有三种主要状态：ONLINE（在线，可使用）、OFFLINE（离线，不可使用）、DEFAULT（默认组，未分配的用户线程将归属于此）。
- 将
rg_low_priority资源组设置为离线状态：
```sql
ALTER RESOURCE GROUP rg_low_priority
STATE = OFFLINE;
```
处于 OFFLINE 状态的资源组中的线程将被重新分配到 DEFAULT 资源组，直到其状态被改回 ONLINE。
此状态图展示了资源组生命周期中的状态转换，以及线程在状态变化时的重新分配行为。
五、性能影响与监控
了解资源组如何影响性能以及如何监控其状态至关重要。
5.1 性能影响示例
假设我们有一个核心交易业务（app_user_high）和一个后台报表业务（app_user_low）。我们为 app_user_low 分配了 rg_low_priority 资源组（CPU 20%）。
- 当
app_user_low运行一个高负载的报表查询时，它最多只能使用 20% 的 CPU。 app_user_high的连接则不受此限制，可以充分利用剩余的 80% CPU 资源，从而保证了核心业务的响应速度。
此饼图直观地展示了 CPU 资源在核心业务和报表业务之间的分配比例，体现了资源隔离的效果。
5.2 监控资源组使用情况
MySQL 提供了 performance_schema 表来监控资源组的使用情况。
- 查看
rg_low_priority资源组的实时统计信息：
```sql
SELECT * FROM performance_schema.resource_groups;
SELECT * FROM performance_schema.threads WHERE RESOURCE_GROUP_NAME = 'rg_low_priority';
SELECT * FROM performance_schema.resource_group_stats WHERE RESOURCE_GROUP_NAME = 'rg_low_priority';
```
resource_group_stats 表提供了每个资源组的 CPU 使用时间、等待时间等关键指标。
此序列图描述了 DBA 如何通过查询 performance_schema 来获取特定资源组的性能统计信息，以便进行监控和调优。
六、最佳实践与注意事项
为了有效使用 Resource Groups，应遵循以下最佳实践。
6.1 最佳实践
- 明确业务分类：在实施前，清晰划分不同业务的资源需求，如核心交易、分析查询、ETL 任务等。
- 从小处着手：先在测试环境进行充分测试，再推广到生产环境。
- 持续监控：定期检查资源组的 CPU 利用率和等待时间，根据业务变化动态调整配额。
- 结合用户权限：将资源组与用户角色和权限管理结合，实现更细粒度的访问控制。
6.2 注意事项
- VCPU 范围：确保分配的 VCPU 范围不超过服务器的实际核心数。
- 线程优先级：虽然可以设置，但在 Linux 系统上，MySQL 的线程优先级可能受操作系统调度器影响。
- IO 限制：目前 Resource Groups 主要限制 CPU 资源，IO 资源的管理需通过其他方式（如 cgroups）实现。
七、总结
MySQL 8.0 的 Resource Groups 功能是数据库资源管理的重要工具。通过合理创建和配置资源组，可以有效地隔离不同业务，防止资源争用，保障核心业务的性能。本文详细介绍了其核心概念、配置步骤、高级用法及监控方法，希望能帮助读者在实际工作中更好地应用这一功能，提升数据库的稳定性和效率。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/qq_41840843/article/details/169643677
