OMS Store很慢，调高liboblog.memory_limit后，store层面仍存在较大延时

[AntTech_ZUHSV7]

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】OMS 4.2.13 CE
【 使用版本 】OMS 4.2.13 CE
【问题描述】
老师，您好
我们有一个任务，store总是延时，调大liboblog.memory_limit → 20g后，依然经常会触发限流的样子，是否意味着20g的配置仍然不够呢？

CDC日志：
oms store cdc.log (659.6 KB)

store配置：

延时一直处于比较高的状态，同步流量比较低。

【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

[AntTech_7N26K0]

感谢分享

[淇铭]

@AntTech_ZUHSV7

oms store cdc.log

oms的组件监控截图看一下 把增量同步组件下的log日志都发一下

[AntTech_ZUHSV7]

老师，

OMS组件监控截图：

增量日志：
– store.log
– congo.log
– libobcdc.log
– liboblog.log 内容为空
store增量日志.zip (48.3 KB)

完整日志稍微比较大，这个是从界面上下载的。

[淇铭]

组件监控的截图 再发一下 同步组件下的日志发一下 你发的是拉取的

[AntTech_ZUHSV7]

老师，您看看，因为store已经是延时状态，所以没留意。请问老师，是这个截图吗？

[Tiki]

帮顶

[咖啡哥]

调整这俩参数：
liboblog.working_mode=memory
ob2store.serialize_pool_size=16

[淇铭]

增量同步组件下的日志 发一下

[AntTech_ZUHSV7]

老师，我通过这两个参数观察一下，感觉性能有变好。

liboblog.working_mode=memory
ob2store.serialize_pool_size=16

[淇铭]

这两个确实是优化项 不过也分情况 也要看日志信息

• memory：适合可接受重启后按时间戳重拉、且希望减轻磁盘 IO 的场景；生产若强调断点续传，更常用 storage。
• serialize_pool_size=16：属于性能调优；若 CPU 已打满或内存紧张，可先试 8，再观察 Store 延迟与负载。

[Area]

了解了解