数据迁移,ocp 租户监控物理 IO 吞吐量ssstore_write和clog_write显示为0

【 使用环境 】测试环境
【 OB or 其他组件 】
OceanBase 4.3.5.0 (r100030012025020717)
ocp 4.3.5-20250303105835
【问题描述】清晰明确描述问题
数据迁移,使用oceanbase做目标端,ocp 租户监控物理 IO 吞吐量ssstore_write和clog_write显示为0
【复现路径】问题出现前后相关操作
【附件及日志】



1 个赞

最近是否调整过挂载,检查下/proc/1/mounts是否有重复挂载条目,重复条目会影响ocp对磁盘的监控,去除即可。

2 个赞


显示就一条

1 个赞

你手动发起一次集群合并看下

1 个赞



手动发起合并,ocp上现实的还是0

稍等这边咨询下相关ocp同学


麻烦黑屏化连续查询几次 看看有没有变化,这个监控是累加值的


黑屏查询是有变化的

你的业务租户上有业务在跑么

ssstore_read和clog_read显示有数据吗?

现在是没有跑任务的


read有数据

你看的应该是租户视角的监控。如果查询下来没有变化那就是0

偶尔有数据,麻烦用户租户跑下业务 再看下

MEMStore这应该是触发了转存,物理IO吞吐量的ssstore_write和clog_write不应该有值吗

迁移时间维持了18分钟。这个数据应该是对的

转储也是你sys租户。你的俩业务租户都没数据变化转储也不会生成mini sstable

这里的截图都是业务租户的,不是sys。

image

关于 clog

  • clog 是 OceanBase 数据库中存储动态数据写入事务日志的目录。只有当租户中有写操作(如插入、更新、删除等)时,才会生成 clog。

  • 如果租户是空的,并且没有任何写操作,那么不会产生 clog 的写入量。

  • 同样,由于没有写操作,也不会有 clog 的读取需求(例如回放日志或恢复数据)。

关于 sstable

  • sstable 是 OceanBase 数据库中存储基线数据的目录。sstable 文件是在数据转储(compaction)过程中生成的。

  • 对于空租户,如果没有数据写入,也就不会有数据需要转储到 sstable 中,因此不会产生 sstable 的写入量。

  • 同样,由于没有数据存储在 sstable 中,也不会有 sstable 的读取需求。

结论

对于一个空租户:

  1. 没有任何写操作时,不会产生 clog 的读写量。

  2. 没有任何数据存储时,不会产生 sstable 的读写量。

200G数据迁移,迁移时间持续18分钟,这个时间段,是有数据写入。ocp上的业务租户ssstore_write,clog_write监控值是0,没有变化。嗯,这觉得不合理。为什么呢?