Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >重大升级!ActionOMS 正式支持 OceanBase 备库数据同步,释放主库压力更高效!

重大升级!ActionOMS 正式支持 OceanBase 备库数据同步,释放主库压力更高效!

作者头像
爱可生开源社区
发布于 2025-03-18 11:32:47
发布于 2025-03-18 11:32:47
630
举报

1新特性

ActionOMS 全新支持 OceanBase 备库作为同步源端,实现全量+增量数据同步 0 干扰!

这一功能针对企业级数据库架构痛点,通过备库读写分离设计,彻底规避主库性能损耗,同时提供亚秒级延迟与 TB 级吞吐能力,为金融、电商等高并发场景提供业务连续性黄金级保障。

接下来将从以下几方面为您介绍此功能。

  1. 需求分析
  2. 适用场景
  3. 部署方式
  4. 原理解析
  5. 未来方向

2为什么选择 OceanBase 备库作为同步源端?

传统数据同步往往直接依赖主库资源,但高频率的同步任务可能导致主库性能波动,甚至影响核心业务响应速度。

OceanBase 备库作为分布式架构中的“黄金副手”,天然具备与主库数据强一致、资源独立等特性,ActionOMS 此次升级让备库价值再升级!

✅ 释放主库压力,核心业务 0 干扰

将数据同步任务从主库迁移至备库,彻底避免同步任务与核心业务“抢资源”,主库性能提升高达 30%!,保障交易、订单等高并发场景流畅稳定。

✅ 数据同步更稳定,容错能力再升级

OceanBase 备库天然支持多地多活容灾,即使主库所在机房突发故障,ActionOMS 仍可通过备库持续获取最新数据,同步链路 0 中断。

✅ 资源成本优化,一备库多用不浪费

备库资源常因仅用于容灾而闲置,ActionOMS 让备库同时承载数据同步任务,充分利用现有资源,降低企业运维成本。

3哪些业务亟需这一能力?

实时数据分析:从备库同步数据至数仓,报表生成提速 50%,业务决策更敏捷。

读写分离架构:备库数据实时同步至缓存系统,缓解主库查询压力,用户体验更流畅。

多地容灾演练:直接调用异地备库数据,分钟级搭建灾备环境,业务连续性有保障。

合规审计场景:通过备库同步审计日志,全程规避主库操作风险。

4123 即刻体验!

1 配置连接

在 ActionOMS-数据源管理-新增接入OceanBase 备库,自动识别集群拓扑。

2 任务编排

创建同步链路,选择全量/增量同步模式,自定义选择同步所需的库/表。

3 智能监控

实时查看同步延迟、流量监控,异常状态秒级告警,支持自动重试。

5如何实现备库数据高效同步?

增量日志智能解析

实时捕获 OceanBase 备库的 Redo 日志(Clog),精准解析事务提交顺序,确保数据变更的时序一致性,延迟可控制在秒级以内。

轻量化数据转换传输

对增量数据按事务批次传输,带宽占用降低 60%;支持断点续传与数据校验,网络抖动场景下自动重试,规避数据丢失风险。

目标端幂等写入

通过主键或非空唯一键,自动跳过重复数据;结合批量写入+并行提交策略,数据同步吞吐量提升至 5 万 RPS 以上。

原理解析
原理解析

技术架构图

6未来方向

“用备库做同步”不仅是技术优化,更是数据架构的新范式。

ActionOMS 与 OceanBase 的深度结合,让企业无需在“业务稳定性”与“数据实时性”间做妥协,真正实现鱼与熊掌兼得。

未来我们将持续深耕:

  • 基于 AI 的数据库迁移,自动转换并迁移数据库对象。
  • 增强跨云多活场景下的数据安全合规能力。

什么是 ActionDB?

ActionDB 作为一款卓越的企业级分布式数据库,其设计核心依托于 OceanBase 的开源内核,辅以爱可生在开源数据库领域的深厚积累与技术专长,荣获原厂的正式授权及内核级技术支持。

ActionDB 集 OceanBase 的稳健性与高性能于一身,更进一步强化了与 MySQL 的兼容性,融合爱可生独有的安全特性与用户友好的运维管理工具,缔造了更高品质、更全面的数据库解决方案

ActionDB 的 MySQL 8.0 协议全面兼容能力,辅以基于 MySQL binlog 的双向复制技术,为业务系统与下游数据平台提供了安全无虞、无缝迁移的完美方案,确保数据迁移的零风险与无感知。

更多了解:ActionDB 扩展 OB GIS 能力:新增 ST_PointN 函数

什么是 ActionOMS?

ActionOMS 基于 OMS 本身的优秀能力,并依托于爱可生公司在数据库及周边工具的多年开发经验、对数据迁移/同步过程的深刻理解与运维经验,推出的定制化版本。

ActionOMS 由 OceanBase 向爱可生进行了全部代码授权,可对 OMS 问题进行源码解释并修复,同时可以接受定制化开发的 OMS 版本。

本文关键字:#OceanBase# #ActionDB# #ActionOMS# #OMS# #数据同步#

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2025-03-17,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 爱可生开源社区 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
金仓数据库征文-金仓KES数据同步优化实践:逻辑解码与增量同步
在国产化替代进程中,业务系统常面临跨数据库实时同步需求。KES提供三种主流同步方案:
Pocker_Spades_A
2025/05/09
640
OB 开发 | 多源数据库支持升级!达梦到 OceanBase,一步到位!
随着国产数据库的逐步普及,尤其是 OceanBase[1] 和 达梦(DM)[2] 的快速发展,不同数据库间的数据迁移和同步需求愈发增多。众多企业在转向国产数据库的进程中,遇到了一系列迁移难题,例如数据结构差异、性能优化、兼容性挑战等。
爱可生开源社区
2024/11/04
2780
OB 开发 | 多源数据库支持升级!达梦到 OceanBase,一步到位!
数据库高可用架构设计,看这篇就够了!!!
又赶上一年一度的金九银十的日子,这段期间的招聘岗位相对前几个月会多些,如果在目前公司没有进步、没有前途时,这段时间可以准备一下,去外面看看机会。不过在外面找工作时,可以提前在网上看看招聘信息,看看自己是否达到公司要求。如果多看下高薪资的技术人员招聘要求时,就会发现对三高都有一定的要求,比如下面一家公司的要求就对高并发、高负载和高可用性系统设计要有开发经验。
一个会写诗的程序员
2023/03/08
2.8K0
数据库高可用架构设计,看这篇就够了!!!
技术选型思考:分库分表和分布式DB(TiDB/OceanBase) 的权衡与抉择
分库分表是一种常见的解决数据库性能瓶颈的方法。通过将大表拆分成小表,将数据分散到多个数据库或服务器上,可以提高查询性能、减少锁的竞争、提高系统的并发处理能力。常见的分库分表策略包括水平拆分和垂直拆分。水平拆分是按照某个字段的值将数据分散到不同的表或数据库中,而垂直拆分是将一个表中的字段拆分到不同的表或数据库中。
公众号:码到三十五
2024/03/19
3.9K0
技术选型思考:分库分表和分布式DB(TiDB/OceanBase) 的权衡与抉择
ActionOMS | 从 OceanBase 到实时数仓:数据同步如何助力业务优化
在当今数字化时代,实时数仓技术已广泛应用于众多企业,成为支持业务决策的关键因素。金融机构需实时监控风险,电商平台要动态推荐商品,制造业则依靠实时数据优化生产链。在这些场景中,及时获取数据库增量记录至关重要,其同步效率直接影响分析的实时性和精准度。
爱可生开源社区
2024/11/26
2020
ActionOMS | 从 OceanBase 到实时数仓:数据同步如何助力业务优化
ActionOMS | Mycat 分表有重复数据,如何迁移?
某客户需要将基于 Mycat[1] 中间件分库分表的数据迁移至 ActionDB[2]。计划使用 ActionOMS 迁移工具实施,从后端 MySQL 拉取数据。
爱可生开源社区
2025/01/14
770
ActionOMS | Mycat 分表有重复数据,如何迁移?
银行核心海量数据无损迁移:TDSQL数据库多源异构迁移方案
为帮助开发者更好地了解和学习分布式数据库技术,2020年3月,腾讯云数据库、云加社区联合腾讯TEG数据库工作组特推出为期3个月的国产数据库专题线上技术沙龙《你想了解的国产数据库秘密,都在这!》,邀请数十位鹅厂资深数据库专家每周二和周四晚上在线深入解读TDSQL、CynosDB/CDB、TBase三款鹅厂自研数据库的核心架构、技术实现原理和最佳实践等。本文将带来直播回顾第五篇《银行核心海量数据无损迁移:TDSQL数据库多源异构迁移方案》。
分布式数据库TDSQL
2020/07/02
2.8K0
银行核心海量数据无损迁移:TDSQL数据库多源异构迁移方案
YashanDB V23.3重磅发布,持续深化1:1平替产品力
11月14日,YashanDB在2024国产数据库创新生态大会上正式发布YashanDB V23.3版本,定位为面向企业核心的通用数据库,具备1:1平替Oracle的能力。 当前关键行业数字化转型已进入深水区和攻坚阶段,规模化和核心系统替代是这一阶段的显著特征,业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1平替的关键需求,在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破,并提供全方位对共享集群数据库的应用支持,为金融核心场景提供从应用、高可用到性能的端到端1:1替代解决方案。该版本已在官网全面开放下载,包含单机主备、共享集群、分布式多种产品形态,所有用户均可体验。 本文将重点解析YashanDB V23.3在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面的最新进展。我们将坚定“专为核心场景打造的1:1平替方案”战略,以三不变(应用、架构、运维不变)、两对等(性能、可用性可靠性对等)、一更优(安全性更优),高效支撑全行业国产化规模替代及数字化转型升级。
用户11441800
2025/02/26
1170
OB 开发 | 数据迁移工具应具备的延迟智能诊断功能
某客户需要将 Oracle 的数据同步到 OceanBase(MySQL 模式)。涉及到 OceanBase 的数据同步/迁移的工作就需要用到 OMS 了。
爱可生开源社区
2024/09/14
1410
OB 开发 | 数据迁移工具应具备的延迟智能诊断功能
【金仓数据库征文】_金仓数据库在金融行业的两地三中心容灾架构实践
随着国家对信息技术应用创新(信创)工作的深入推进,金融行业对国产数据库的需求日益增长。​在此背景下,金仓数据库(KingbaseES)凭借其高可用性、稳定性和安全性,成为金融机构实现核心系统国产化替代的首选。​本文将以某省级商业银行为例,探讨金仓数据库在金融行业两地三中心容灾架构中的应用实践,旨在为金融机构在数据库国产化过程中提供参考和借鉴。
LucianaiB
2025/05/11
1060
【金仓数据库征文】_金仓数据库在金融行业的两地三中心容灾架构实践
支撑百万行代码核心系统运转,太平洋保险与OceanBase的升级之路
根据国资委 79 号文件,关键行业、关键企业被要求到 2027 年百分百完成信创替代,替换范围包括芯片、操作系统、中间件、数据库等领域。这也意味着:自 2023 年开始,企业将进入信创关键成果期,没有太多试错可能,每一个环节的选型都需要慎重抉择,才有可能在 2027 年完成信创体系的整体建立。
深度学习与Python
2023/08/09
3250
支撑百万行代码核心系统运转,太平洋保险与OceanBase的升级之路
容灾系列(十)——数据热备容灾能力建设【基础篇】
企业业务敏感程度差异,对容灾指标RPO&RTO要求也不同。之前两篇文章主要介绍数据冷备,主要特点是数据备份存储非实时,备份系统存储数据通常昨天的数据,当灾难真正来临的时候,今天新产生的数据会丢失情况。对于企业核心业务来讲,业务恢复(RTO)可以接受小时级别,但是对于数据无法接受丢失,即RPO接近为“零”。结合腾讯云数据备份能力,本文重点介绍数据热备解决方案,旨在让客户上好云,用好云,管好云。
开元
2022/09/26
5.3K0
容灾系列(十)——数据热备容灾能力建设【基础篇】
数据库的异地多活分析和方案
前文提到异地多活的几种型态和基于OceanBase实现方案。这里再总结一下基于其他分布式数据库(MySQL)实现异地多活时要考虑的点。本文不讨论为什么做异地多活,可以参考末尾的文章。
用户1278550
2019/05/07
6.2K0
数据库的异地多活分析和方案
OceanBase 6大学习法--OB上手视频学习总结第一章
一直提到框架学习法,其中主体的思想就是如何快速的学习某项数据库产品的知识。其中框架学习法里面有一条系统学习,系统学习是在给学习的知识搭建“骨架”,所以从这期起,开始搭建OceanBase学习的骨架。今年要和“申公豹”一样修炼岂可怠慢。
AustinDatabases
2025/02/18
840
OceanBase 6大学习法--OB上手视频学习总结第一章
弃用 MySQL 后存储成本降低 85%,携程业务系统数据库升级技术实践
携程是一家中国领先的在线票务服务公司,从 1999 年创立至今,数据库系统历经三次替换。在移动互联网时代,面对云计算卷积而来的海量数据,携程通过新的数据库方案实现存储成本降低 85% 左右,性能提升数倍。本文讲述携程在历史库场景下,如何解决水平扩容、存储成本、导入性能等痛点,以及对于解决方案的制定和思考过程。
深度学习与Python
2023/09/18
3810
弃用 MySQL 后存储成本降低 85%,携程业务系统数据库升级技术实践
超大型金融机构国产数据库全面迁移成功实践 | Q推荐
作者 | 刘伟光 策划 | 张俊宝 在国家层面提出加快建设科技强国,实现高水平科技自立自强的大背景之下,数字技术的自主研发与创新应用愈发重要。然而,由于金融机构对业务连续性和数据准确性的严苛要求,传统头部金融机构始终没能有一家完成国产数据库全面迁移。 近日,阿里巴巴集团副总裁、阿里云智能新金融 & 互联网事业部总经理刘伟光与 InfoQ 分享,他们深度合作的一家某超大型保险(集团)公司,深入推进数字化转型,紧随先锋技术发展趋势,前瞻性布局启动 IT 架构分布式改造转型,并于 21 年 9 月圆满实
深度学习与Python
2023/03/29
7690
超大型金融机构国产数据库全面迁移成功实践 | Q推荐
理解:灾备和只读数据库
2、确保应用高可用性,消除计划外的停机时间,减少计划外的停机时间,提高业务连续性。
后台技术汇
2024/09/19
2240
理解:灾备和只读数据库
OceanBase是如何解决城市级故障容灾的
支付宝的会员ID系统采用OceanBase“三地五中心”部署方式,建立了城市级故障自动容灾能力。
春哥大魔王
2020/06/19
1.3K0
深度剖析数据库国产化迁移之路
随着国家有关部门近年来陆续出台相关政策指导文件,推动探索安全可控的金融科技产品,加强银行业信息安全建设,国内众多金融政企机构纷纷开始探索改造原有IT系统,对国产化数据库的需求日益强烈。 腾讯自研的金融级分布式数据库TDSQL的金融政企用户数日前已突破600家。作为一款金融级国产化数据库,TDSQL不仅完全满足国家对金融安全可控的要求,也能解决过去传统金融数据库靠采购高端设备或进行资源堆砌才能解决的问题。
分布式数据库TDSQL
2020/05/21
6.2K0
深度剖析数据库国产化迁移之路
YashanDB V23.3重磅发布,持续深化1:1替代产品力
本文重点解析YashanDB V23.3在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面的最新进展。
用户10349277
2025/02/25
270
推荐阅读
相关推荐
金仓数据库征文-金仓KES数据同步优化实践:逻辑解码与增量同步
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档