提升数据决策时效,火山引擎 DataLeapCDC 分库分表能力升级!
更多技术交流、求职机会,欢迎关注字节跳动数据平台微信公众号,回复【1】进入官方交流群
近日,大数据研发治理套件 DataLeap 数据集成更新 CDC 分库分表能力,可做到将多个实例的多个数据库的多个分表同步到目标端的一个表中,先离线同步,然后实时同步。适用于分库分表场景。同时,支持将 MySQL 同步到 EMR-Doris、EMR-Starrocks、LAS,助力将最新的数据以最快且最低的带宽成本同步到目标库,辅助业务数据分析准确、提效。
CDC(Change Data Capture)是变更数据获取的简称。可以基于增量日志,以极低的侵入性来完成增量数据捕获的工作。核心思想是,监测并捕获数据库的变动(包括数据或数据表的插入、更新以及删除等),将这些变更按发生的顺序完整记录下来,可以直接写入到消息中间件中以供其他服务进行订阅及消费,也可以直接对接其他数据源做业务或者数据分析 &应用。
相比批量抽取的优势
与批量同步相比,变更数据的捕获通常具有如下三项基本优势:
CDC 通过仅发送增量的变更,来降低通过网络传输数据的成本
CDC 可以帮助用户根据最新的数据做出更快、更准确的决策。例如,CDC 会将事务直接传输到专供分析的应用上
CDC 最大限度地减少了对于生产环境网络流量的干扰。
实时同步解决方案目前支持以下两种方案:
实时整库方案:即支持将一个数据库下的多张 schema 不同的表在一个解决方案中分别同步到目标端的不同表中。先离线同步,然后实时同步。当前支持 MySQL、PostGreSQL、SQLsever 同步到 EMR-Doris、StarRocks、LAS
实时分库分表方案:在整库方案基础上,更进一步支持将 schema 相同的多个实例的多个数据库的多个分表同步到目标端的一个表中。先离线同步,然后实时同步。适用于分库分表场景。当前支持 MySQL 同步到 EMR-Doris、StarRocks、LAS。支持直连同步,也支持中间缓存到后 kafka 后再同步。
灵活的中间件缓存同步模式、极大提高数据消费灵活性
缓存配置目前支持“使用缓存”、“无需缓存,直接同步”这两种缓存配置方式。使用 Kafka 缓存需要在数据来源配置时绑定对应的 CDC 采集数据进入的 Kafka。使用缓存:可通过使用 Kafka 缓存来采集源端数据,这种方式需要额外配置 Kafka 数据源,并且已为对应的 Kafka 实例,创建了相应的 CDC 数据订阅采集任务,将源端 MySQL 中的数据,实时采集到 Kafka 实例中。无需缓存,直接同步:通过直接采集 MySQL Binlog 日志,进行数据实时读取。
客户价值
通过快速连接云下自建/云上数据源进行数据采集同步等,帮助客户连接各类数据上云,以及云上数据流动,轻松完成数据入仓入湖,有效发挥数据的价值。借助 CDC 分库分表同步,支持数据端到端快速同步,数据实时性得到进一步增强,业务决策时效性提高且更准确。
点击跳转大数据研发治理套件 DataLeap了解更多
版权声明: 本文为 InfoQ 作者【字节跳动数据平台】的原创文章。
原文链接:【http://xie.infoq.cn/article/453817aa09faab40d52b5e233】。文章转载请联系作者。
评论