基于湖库一体架构,统一管理结构化、半结构化与非结构化等多模态数据,一个系统承载事务处理、实时分析与 AI 工作负载。
tenant_active_memstore_percent_over_threshold OB 租户活跃内存百分比超限
更新时间:2026-04-14 11:55:54
告警描述
OB 租户活跃内存百分比超限时会触发该告警。 活跃内存百分比=已使用活跃内存(active memstore used)/ 触发冻结的阈值(major freeze trigger)。
告警原理
下表列出了该告警监控逻辑中涉及的关键参数。
| 参数 | 值 |
|---|---|
| 监控指标 | ob_tenant_host_active_memstore_percent 说明 表示租户的活跃内存百分比,当该值大于阈值(默认为 110%)时触发告警。 |
| 数据来源 | SQL: select /*+read_consistency(weak)*/ tenant_name, tenant_id, stat_id, value from v$sysstat, __all_tenant where stat_id IN (130000, 130002) and (con_id > 1000 or con_id = 1) and __all_tenant.tenant_id = v$sysstat.con_id; sysstat_value 取 value 字段的值。 |
| 采集指标 | sysstat_value |
| 监控表达式 | 100 * sum(sysstat_value{metric_group="sysstat",stat_id="130000",@LABELS}) by (@GBLABELS) / sum(sysstat_value{metric_group="sysstat",stat_id="130002",@LABELS}) by (@GBLABELS)
|
| 采集周期 | 1 秒 |
规则信息
| 监控指标 | 默认阈值(单位:%) | 持续时间 | 检测周期 | 消除周期 |
|---|---|---|---|---|
| ob_tenant_host_active_memstore_percent | 110 | 0 秒 | 60 秒 | 5 分钟 |
告警信息
| 告警触发方式 | 告警等级 | 范围 |
|---|---|---|
| 基于监控指标的表达式 | 严重 | 租户 |
告警模板
告警概述模板:${alarm_target} ${alarm_name}
告警详情模板:集群:${ob_cluster_name},告警:${alarm_name},活跃 MemStore 百分比 ${value_shown}, 超过 ${alarm_threshold} %
告警概述样例:ob_cluster=obcluster-1:tenant_name=tenant-1:svr_ip=xxx.xxx.xxx.xxx OB 租户活跃内存百分比超限
告警详情样例:集群:obcluster-1,告警:OB 租户活跃内存百分比超限,活跃 MemStore 百分比 201.0 %, 超过 200.0 %
对系统的影响
如果触发该告警,OBServer 节点内存有可能会用满,极端场景下业务会停写。
可能原因
当已使用活跃内存量超过冻结阈值时会触发合并 (compaction) 操作,将活跃的内存冻结并转储到磁盘上,释放内存。如果写入速度大于转储速度时,会出现活跃内存占用比超限,来不及转储,从而触发该告警。
处理方法
排查是否业务流量太大,如数据导入场景。
进入 OCP 中该集群的租户界面,选择 SQL 诊断 > TopSQL ,在 TopSQL 界面中查看 SQL 文本量及执行次数是否过大。
是,则是业务流量相对较大。
参考 限制 OceanBase 集群的流量 对该 OceanBase 集群进行限流。等待 10 分钟后,查看 OCP 上该告警是否消除,若还未消除则可能是其他原因。
否,其他原因导致的告警触发。
排查转储或合并是否存在异常,
这类异常通常可以通过重启 OBServer 节点恢复,重启 OBServer 节点可参考 重启 OBServer 节点 。
排查磁盘写入是否存在问题。
如果确认业务流量正常且重启 OBServer 节点后仍存在转储或合并卡主的问题,则可能是磁盘写入存在问题,比如磁盘坏了,或者磁盘写入速度很慢。
磁盘故障,可参照 OceanBase 集群合并异常处理 进行处理。