OceanBase 数据库 V4.x 版本中备份任务导致 RS 调度线程高 CPU 占用的问题分析与规避建议

问题现象

在执行备份任务期间，OceanBase 数据库集群出现明显的 CPU 占用异常。具体表现为：RS 端的 backup task scheduler 调度线程在备份期间持续运行，导致 CPU 核心长期被占用，系统整体负载升高。在资源较紧张的环境中，这种情况可能引发业务租户的性能抖动或响应延迟。

关键诊断信息

触发条件

手动或 OCP 自动发起备份任务时必现。

事前巡检

任务发起前无明显异常。业务租户负载处于正常水平，系统关键指标（如 CPU 使用率等）处于可接受范围。

事后诊断

问题发生后可通过以下方式确认：

• top -H 命令中观察到 RS 端进程 T100x_BACKUP_SC CPU 占用始终较高。

• 结合 RS 日志可发现 backup task scheduler 持续运行。

• 对 Meta 租户数与备份任务并行度进行排查，可确认调度线程未释放 CPU。

问题原因

在执行备份任务时，RS 端的 backup task scheduler 会持续运行，且每个 Meta 租户对应一个调度线程，这些线程独占 CPU，导致资源无法有效让渡给业务租户。

问题的风险及影响

• 触发概率： 100% 复现。

• 影响对象： 所有执行备份操作的集群。

• 风险描述： 当服务器核心资源较紧张（如仅配备 4 核），该问题将显著提升整体 CPU 使用率，可能影响业务 SQL 的响应时间，甚至引发服务抖动。

影响租户

影响 OceanBase 数据库中的 Oracle 租户和 MySQL 租户，对于 SYS 租户无影响。

影响版本

OceanBase 数据库企业版 V4.2.1 GA（oceanbase-4.2.1.0-100000182023092722）及之后版本、V4.2.2 GA（oceanbase-4.2.2.0-100000082024011317）及之后版本、V4.2.5 GA（oceanbase-4.2.5.0-100000082024102022）及之后版本、V4.3.0（oceanbase-4.3.0.0-100000072024020200）及之后版本、V4.3.5 GA（oceanbase-4.3.5.0-100000122024123020）及之后版本。

解决方法

在现场可以采用以下应急方式缓解： 若存在多个业务租户，可将其对应 Meta 租户的 1 号日志流 Leader 分散部署在不同节点上，降低热点集中。

规避方式

• 建议运维人员采取以下措施规避该问题：

  • 避免在业务高峰期执行备份操作。

  • 在资源有限的环境中，评估 CPU 核心数是否充足。

• 使用已经修复该问题的 OceanBase 数据库版本：

  升级至问题已修复版本。目前已修复的版本包括 OceanBase 数据库企业版 V4.2.5 BP5（oceanbase-4.2.5.5-105000052025070822）及之后版本、V4.3.5 BP3（oceanbase-4.3.5.3-103000102025071821）及之后版本。