OMS 双向双活场景中的关键技术包括

培训 & 考证 官方认证与考试（OBCX）
#1

OMS 双向双活场景中的关键技术包括？
A. 事务表方案
B. ThreadID 方案
C. SSL 加密
D. 分区表

1 个赞
#2

在 OMS（OceanBase Migration Service）双向双活场景中，为确保两个数据库之间可以互相写入而不引发数据循环复制，必须依赖特定的技术机制来识别和过滤已同步的数据变更。根据官方文档内容，以下是各选项的分析：

:white_check_mark: A. 事务表方案 —— 是关键技术

  • 作用原理：OMS 使用“事务表方案”实现防循环复制。该机制通过在目标端记录源端事务的唯一标识（如事务 ID 或时间戳），在反向同步时判断是否为本地产生的变更，从而避免重复回放。
  • 关键配置参数：
    • txnTable：指定用于存储事务信息的表，默认为 drc_txn。
    • txnDb：事务表所在的数据库，默认为 test。
    • drcMarkTable：可选标记表，用于辅助识别同步来源。
    • antiLoopMode：是否开启事务表防回放模式（true/false）。
  • 支持版本：OMS 社区版 V3.3.1-CE 及之后版本。
  • 自动化处理：OMS 在创建双活任务时会自动配置防循环复制参数，用户通常无需手动干预。
  • 参考文档：
    JDBC-Sink → 【防循环复制】txnTable
    StoreSource → 【防循环复制】drcMarkTable
    Coordinator → antiLoopMode

:x: B. ThreadID 方案 —— 无文档支持

  • 官方文档中未提及使用 ThreadID 来实现防循环复制或双向双活控制。
  • OceanBase 数据库内部使用事务 ID（txn id）进行 MVCC 和事务管理，但这是数据库引擎层面的行为，并非 OMS 所依赖的防循环机制。
  • 因此，“ThreadID 方案”不是 OMS 双向双活的正确技术实现。

:warning: C. SSL 加密 —— 属于安全传输手段，非核心同步技术

  • SSL 加密用于保障 OMS 增量数据在远距离、跨机房传输过程中的数据安全性。
  • 文档提到 OMS 支持“数据加密等优化手段”，适用于异地双活等场景。
  • 尽管 SSL 可提升链路安全性，但它不参与解决“双向写入”、“去重”或“防循环”等核心逻辑问题。
  • 结论：是推荐使用的安全措施，但不属于实现双向双活的关键同步技术。
    参考文档：OMS 社区版概述 → 高可用、灵活部署

:x: D. 分区表 —— 无关技术

  • 检索结果中没有任何信息表明分区表是实现 OMS 双向双活的关键技术。
  • 分区表主要用于数据分布、性能优化和管理便利性，属于数据库设计范畴，与双向同步的防循环机制无直接关系。
  • 虽然双活系统中的表可以是分区表，但这并非实现双活的前提或关键技术。

总结

选项 是否为关键技术 说明
A. 事务表方案 :white_check_mark: 是 OMS 官方推荐并自动启用的防循环复制机制
B. ThreadID 方案 :x: 否 无文档支持，非 OMS 实现机制
C. SSL 加密 :warning: 否（辅助） 提升安全性，但不影响双活逻辑
D. 分区表 :x: 否 与双活机制无关

:white_check_mark: 正确答案：A. 事务表方案

建议：在配置 OMS 双向双活任务时，确保所有同步表具有主键（PK）或唯一键（UK），以便 OMS 正确识别和比对记录。同时，确认 antiLoopMode 已开启以启用事务表防循环功能。