【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】社区版OMS为什么不支持从OB迁移到MySQL
【复现路径】
2 个赞
社区的产品行为 不支持 OB迁移到MySQL
1 个赞
社区版OMS不支持从OceanBase迁移到MySQL的主要原因如下:
-
功能定位限制
OMS社区版的设计初衷是推动外部数据库(如MySQL、TiDB、PostgreSQL)向OceanBase迁移,以支持数据库国产化替代、升级扩容等场景。因此,其数据迁移功能主要支持以下方向:
- MySQL → OceanBase
- TiDB → OceanBase
- PostgreSQL → OceanBase
- OceanBase ↔ OceanBase(同构迁移)而反向迁移(如 OceanBase → MySQL)并未在支持的任务类型中列出。数据迁移概述 → 支持的任务类型
-
技术架构限制
OMS社区版的数据迁移流程包括结构迁移、全量数据复制和增量同步三个阶段。目前该流程仅实现了从MySQL到OceanBase的DDL转换、数据映射与增量日志捕获机制(通过解析MySQL binlog),而未实现从OceanBase redo/commit log到MySQL的反向解析与适配模块。 -
目标端写入限制
某些数据源在OMS中有严格的使用角色限定。例如Kafka仅能作为目标端用于数据同步;同理,MySQL在OMS社区版中被限定为主要作为源端存在,不允许作为目标端接收来自OceanBase的数据写入。新建 Kafka 数据源 → 使用限制 -
商业版本差异提示
需要注意的是,企业版OMS可能提供更灵活的双向同步能力,但社区版出于简化架构、降低运维复杂度的目的,主动裁剪了反向迁移功能。
4 个赞
why’
2 个赞
OB都可以用mysql客户端了,完全可以用别的工具来迁移
3 个赞
企业版可以
2 个赞
反向操作
1 个赞
学习了
1 个赞
为啥要反向操作呢
1 个赞
上来了就不能让你轻易下去
1 个赞
mysql版本更新比较快,驱动,功能变化也比较大,适配维护难度大,期间也发现不同mysql版本出现稳定性问题,关闭这个链路了。
数据迁移可替代方案也比较多,比如ODC的数据归档,OBDumper obloader工具等,解决全量数据。或者其他开源迁移工具。
增量数据其实可以创建 mysql->ob链路,使用反向增量功能,这块是没问题的。
1 个赞
可以考虑支持一下呢,用于反向同步回退场景
1 个赞