社区版OMS为什么不支持从OB迁移到MySQL

【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】社区版OMS为什么不支持从OB迁移到MySQL
【复现路径】

2 个赞

社区的产品行为 不支持 OB迁移到MySQL

1 个赞

社区版OMS不支持从OceanBase迁移到MySQL的主要原因如下:

  1. 功能定位限制
    OMS社区版的设计初衷是推动外部数据库(如MySQL、TiDB、PostgreSQL)向OceanBase迁移,以支持数据库国产化替代、升级扩容等场景。因此,其数据迁移功能主要支持以下方向:
  • MySQL → OceanBase
  • TiDB → OceanBase
  • PostgreSQL → OceanBase
  • OceanBase ↔ OceanBase(同构迁移)而反向迁移(如 OceanBase → MySQL)并未在支持的任务类型中列出数据迁移概述 → 支持的任务类型
  1. 技术架构限制
    OMS社区版的数据迁移流程包括结构迁移、全量数据复制和增量同步三个阶段。目前该流程仅实现了从MySQL到OceanBase的DDL转换、数据映射与增量日志捕获机制(通过解析MySQL binlog),而未实现从OceanBase redo/commit log到MySQL的反向解析与适配模块
  2. 目标端写入限制
    某些数据源在OMS中有严格的使用角色限定。例如Kafka仅能作为目标端用于数据同步;同理,MySQL在OMS社区版中被限定为主要作为源端存在,不允许作为目标端接收来自OceanBase的数据写入。新建 Kafka 数据源 → 使用限制
  3. 商业版本差异提示
    需要注意的是,企业版OMS可能提供更灵活的双向同步能力,但社区版出于简化架构、降低运维复杂度的目的,主动裁剪了反向迁移功能
4 个赞

why’

2 个赞

OB都可以用mysql客户端了,完全可以用别的工具来迁移

3 个赞

企业版可以

2 个赞

反向操作

1 个赞

学习了

1 个赞

为啥要反向操作呢

1 个赞

上来了就不能让你轻易下去

1 个赞

mysql版本更新比较快,驱动,功能变化也比较大,适配维护难度大,期间也发现不同mysql版本出现稳定性问题,关闭这个链路了。

数据迁移可替代方案也比较多,比如ODC的数据归档,OBDumper obloader工具等,解决全量数据。或者其他开源迁移工具。

增量数据其实可以创建 mysql->ob链路,使用反向增量功能,这块是没问题的。

1 个赞

可以考虑支持一下呢,用于反向同步回退场景

1 个赞