【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
OMS的增量拉取组件(Store)从ocenbase社区版4.2.1同步到下游kafka,只配置了表A,组件会拉取整个租户的数据,还是只有表A的数据?和OMS版本有关系吗?@论坛小助手
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
OMS的增量拉取组件(Store)从ocenbase社区版4.2.1同步到下游kafka,只配置了表A,组件会拉取整个租户的数据,还是只有表A的数据?和OMS版本有关系吗?@论坛小助手
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
OMS 社区版的 Store 组件增量拉取数据时,只会拉取配置了的表的数据。因此,如果您只配置了表 A,那么 Store 组件只会拉取表 A 的数据,而不会拉取整个租户的数据。这一点与 OMS 版本无关,因为 OMS 社区版支持的同步粒度最小为表级别。
更多信息请查看:
oms版本:版本号: 4.2.9_CE
配置了表A的同步,但是A没有数据变动。BCD三张表有批量replace 插入数据操作,但是在OMS组件所在的下游服务器直接IO打满了。把这个表A的同步链路释放,IO立马下来了
已经修改了,有办法查看新建的同步链路是否生效吗?看着IO又打满了,好像没生效似的
再修改store组件参数:liboblog.working_mode=memory
该模式下,会避免logproxy落盘进而避免磁盘I0瓶颈
帮顶