技术解析|Doris Connector 结合 Flink CDC 实现 MySQL 分库分表 Exactly Once 精准接入
1. 概述
在实际业务系统中为了解决单表数据量大带来的各种问题,我们通常采用分库分表的方式对库表进行拆分,以达到提高系统的吞吐量。
但是这样给后面数据分析带来了麻烦,这个时候我们通常试将业务数据库的分库分表同步到数据仓库时,将这些分库分表的数据,合并成一个库,一个表。便于我们后面的数据分析
本篇文档我们就演示怎么基于 Flink CDC 并结合 Apache Doris Flink Connector 及 Doris Stream Load 的两阶段提交,实现 MySQL 数据库分库分表实时高效的接入到 Apache Doris 数据仓库中进行分析。
1.1 什么是 CDC
CDC 是(Change Data Capture 变更数据获取
)的简称。
核心思想是,监测并捕获数据库的变动(包括数据 或 数据表的插入 INSERT、更新 UPDATE、删除 DELETE 等),将这些变更按发生的顺序完整记录下来,写入到消息中间件中以供其他服务进行订阅及消费。
CDC 技术应用场景也非常广泛,包括:
● 数据分发,将一个数据源分发给多个下游,常用于业务解耦、微服务。
● 数据集成,将分散异构的数据源集成到数据仓库中,消除数据孤岛,便于后续的分析。
● 数据迁移,常用于数据库备份、容灾等。
1.2 为什么选择 Flink CDC
Flink CDC 基于数据库日志的 Change Data Caputre 技术,实现了全量和增量的一体化读取能力,并借助 Flink 优秀的管道能力和丰富的上下游生态,支持捕获多种数据库的变更,并将这些变更实时同步到下游存储。
目前,Flink CDC 的上游已经支持了 MySQL、MariaDB、PG、Oracle、MongoDB 、Oceanbase、TiDB、SQLServer 等数据库。
Flink CDC 的下游则更加丰富,支持写入 Kafka、Pulsar 消息队列,也支持写入 Hudi、Iceberg 、Doris 等,支持写入各种数据仓库及数据湖中。
同时,通过 Flink SQL 原生支持的 Changelog 机制,可以让 CDC 数据的加工变得非常简单。用户可以通过 SQL 便能实现数据库全量和增量数据的清洗、打宽、聚合等操作,极大地降低了用户门槛。 此外, Flink DataStream API 支持用户编写代码实现自定义逻辑,给用户提供了深度定制业务的自由度
Flink CDC 技术的核心是支持将表中的全量数据和增量数据做实时一致性的同步与加工,让用户可以方便地获每张表的实时一致性快照。比如一张表中有历史的全量业务数据,也有增量的业务数据在源源不断写入,更新。Flink CDC 会实时抓取增量的更新记录,实时提供与数据库中一致性的快照,如果是更新记录,会更新已有数据。如果是插入记录,则会追加到已有数据,整个过程中,Flink CDC 提供了一致性保障,即不重不丢。
FLink CDC 如下优势:
Flink 的算子和 SQL 模块更为成熟和易用
Flink 作业可以通过调整算子并行度的方式,轻松扩展处理能力
Flink 支持高级的状态后端(State Backends),允许存取海量的状态数据
Flink 提供更多的 Source 和 Sink 等生态支持
Flink 有更大的用户基数和活跃的支持社群,问题更容易解决
而且 Flink Table / SQL 模块将数据库表和变动记录流(例如 CDC 的数据流)看做是同一事物的两面,因此内部提供的 Upsert 消息结构(+I
表示新增、-U
表示记录更新前的值、+U
表示记录更新后的值,-D
表示删除)可以与 Debezium 等生成的变动记录一一对应。
1.3 什么是 Apache Doris
Apache Doris 是一个现代化的 MPP 分析型数据库产品。仅需亚秒级响应时间即可获得查询结果,有效地支持实时数据分析。Apache Doris 的分布式架构非常简洁,易于运维,并且可以支持 10PB 以上的超大数据集。
Apache Doris 可以满足多种数据分析需求,例如固定历史报表,实时数据分析,交互式数据分析和探索式数据分析等。令您的数据分析工作更加简单高效!
1.4 Two-phase commit
1.4.1 什么是 two-phase commit (2PC)
在分布式系统中,为了让每个节点都能够感知到其他节点的事务执行状况,需要引入一个中心节点来统一处理所有节点的执行逻辑,这个中心节点叫做协调者(coordinator),被中心节点调度的其他业务节点叫做参与者(participant)。
2PC 将分布式事务分成了两个阶段,两个阶段分别为提交请求(投票)和提交(执行)。协调者根据参与者的响应来决定是否需要真正地执行事务,具体流程如下。
提交请求(投票)阶段
协调者向所有参与者发送 prepare 请求与事务内容,询问是否可以准备事务提交,并等待参与者的响应。
参与者执行事务中包含的操作,并记录 undo 日志(用于回滚)和 redo 日志(用于重放),但不真正提交。
参与者向协调者返回事务操作的执行结果,执行成功返回 yes,否则返回 no。
提交(执行)阶段
分为成功与失败两种情况。
若所有参与者都返回 yes,说明事务可以提交:
协调者向所有参与者发送 commit 请求。
参与者收到 commit 请求后,将事务真正地提交上去,并释放占用的事务资源,并向协调者返回 ack。
协调者收到所有参与者的 ack 消息,事务成功完成。
若有参与者返回 no 或者超时未返回,说明事务中断,需要回滚:
协调者向所有参与者发送 rollback 请求。
参与者收到 rollback 请求后,根据 undo 日志回滚到事务执行前的状态,释放占用的事务资源,并向协调者返回 ack。
协调者收到所有参与者的 ack 消息,事务回滚完成。
1.4 Flink 2PC
Flink 作为流式处理引擎,自然也提供了对 exactly once 语义的保证。端到端的 exactly once 语义,是输入、处理逻辑、输出三部分协同作用的结果。Flink 内部依托检查点机制和轻量级分布式快照算法 ABS 保证 exactly once。而要实现精确一次的输出逻辑,则需要施加以下两种限制之一:幂等性写入(idempotent write)、事务性写入(transactional write)。
预提交阶段的流程
每当需要做 checkpoint 时,JobManager 就在数据流中打入一个屏障(barrier),作为检查点的界限。屏障随着算子链向下游传递,每到达一个算子都会触发将状态快照写入状态后端的动作。当屏障到达 Kafka sink 后,通过 KafkaProducer.flush()方法刷写消息数据,但还未真正提交。接下来还是需要通过检查点来触发提交阶段
提交阶段流程
只有在所有检查点都成功完成这个前提下,写入才会成功。这符合前文所述 2PC 的流程,其中 JobManager 为协调者,各个算子为参与者(不过只有 sink 一个参与者会执行提交)。一旦有检查点失败,notifyCheckpointComplete()方法就不会执行。如果重试也不成功的话,最终会调用 abort()方法回滚事务
1.5 Doris Stream Load 2PC
1.5.1 Stream load
Stream load 是 Apache Doris 提供的一个同步的导入方式,用户通过发送 HTTP 协议发送请求将本地文件或数据流导入到 Doris 中。Stream load 同步执行导入并返回导入结果。用户可直接通过请求的返回体判断本次导入是否成功。
Stream load 主要适用于导入本地文件,或通过程序导入数据流中的数据。
使用方法,用户通过 Http Client 进行操作,也可以使用 Curl 命令进行
这里为了是防止用户重复导入相同的数据,使用了导入任务标识 label。强烈推荐用户同一批次数据使用相同的 label。这样同一批次数据的重复请求只会被接受一次,保证了 At-Most-Once
1.5.2 Stream load 2PC
Aapche Doris 最早的 Stream Load 是没有两阶段提交的,导入数据的时候直接通过 Stream Load 的 http 接口完成数据导入,只有成功和失败。
这种在正常情况下是没有问题的,在分布式环境下可能为因为某一个导入任务是失败导致两端数据不一致的情况,特别是在 Doris Flink Connector 里,之前的 Doris Flink Connector 数据导入失败需要用户自己控制,做异常处理,比如如果导入失败之后,将数据保存到指定的地方(例如 Kafka),然后人工手动处理。
如果 Flink Job 因为其他为题突然挂掉,这样会造成部分数据成功,部分数据失败,而且失败的数据因为没有 checkpoint,重新启动 Job 也没办法重新消费失败的数据,造成两端数据不一致
为了解决上面的这些问题,保证两端数据一致性,我们实现了 Doris Stream Load 2PC,原理如下:
提交分成两个阶段
第一阶段,提交数据写入任务,这个时候数据写入成功后,数据状态是不可见的,事务状态是 PRECOMMITTED
数据写入成功之后,用户触发 Commit 操作,将事务状态变成 VISIBLE,这个时候数据可以查询到
如果用户要方式这一批数据只需要通过事务 ID,对事务触发 abort 操作,这批数据将会被自动删除掉
1.5.3 Stream load 2PC 使用方式
在 be.conf 中配置
disable_stream_load_2pc=false
(重启生效)并且 在 HEADER 中声明
two_phase_commit=true
。
发起预提交:
触发事务 Commit 操作
对事物触发 abort 操作
1.6 Doris Flink Connector 2PC
我们之前提供了 Doris Flink Connector ,支持对 Doris 表数据的读,Upsert、delete(Unique key 模型),但是存在可能因为 Job 失败或者其他异常情况导致两端数据不一致的问题。
为了解决这些问题,我们基于 FLink 2PC 和 Doris Stream Load 2PC 对 Doris Connector 进行了改造升级,保证两端 exactly once。
我们会在内存中维护读写的 buffer,在启动的时候,开启写入,并异步的提交,期间通过 http chunked 的方式持续的将数据写入到 BE,直到 Checkpoint 的时候,停止写入,这样做的好处是避免用户频繁提交 http 带来的开销,Checkpoint 完成后会开启下一阶段的写入
在这个 Checkpoint 期间,可能是多个 task 任务同时在写一张表的数据,这些我们都会在这个 Checkpoint 期间对应一个全局的 label,在 checkpoint 的时候将这个 label 对应的写入数据的事务进行统一的一次提交,将数据状态变成可见,
如果失败 Flink 在重启的时候会对这些数据通过 checkpoint 进行回放。
这样就可以保证 Doris 两端数据的一致
2. 系统架构
下面我们通过一个完整示例来看怎么去通过 Doris Flink Connector 最新版本(支持两阶段提交),来完成整合 Flink CDC 实现 MySQL 分库分表实时采集入库
这里我们通过 Flink CDC 来完成 MySQL 分库分表数据采集
然后通过 Doris Flink Connector 来完成数据的入库
最后利用 Doris 的高并发、高性能的 OLAP 分析计算能力对外提供数据服务
3. MySQL 安装配置
3.1 安装 MySQL
快速使用 Docker 安装配置 Mysql,具体参照下面的连接
https://segmentfault.com/a/1190000021523570
3.2 开启 Mysql binlog
进入 Docker 容器修改/etc/my.cnf 文件,在 [mysqld] 下面添加以下内容,
然后重启 Mysql
3.3 准备数据
这里演示我们准备了两个库 emp_1,emp_2,每个库下面各种主备了两张表 employees_1,employees_2。并给出了一下初始化数据
4. Doris 安装配置
这里我们以单机版为例
首先下载 Doris 1.1 release 版本:
https://doris.apache.org/downloads/downloads.html
解压到指定目录
解压后的目录结构是这样:
配置 fe 和 be
注意这里默认只需要修改
fe.conf
和be.conf
同样的上面这个配置就行了默认 fe 元数据的目录在
fe/doris-meta
目录下be 的数据存储在
be/storage
目录下
启动 FE
启动 BE
MySQL 命令行连接 FE,这里新安装的 Doris 集群默认用户是 root 和 admin,密码是空
将 BE 节点加入到集群中
这里是你自己的 IP 地址
查看 BE
Doris 单机版安装完成
5. Flink 安装配置
5.1 下载安装 Flink1.14.4
然后需要将下面的依赖拷贝到 Flink 安装目录下的 lib 目录下,具体的依赖的 lib 文件如下:
启动 Flink
启动后的界面如下:
6. 开始同步数据到 Doris
6.1 创建 Doris 数据库及表
6.2 进入 Flink SQL Client
开启 checkpoint,每隔 10 秒做一次 checkpoint
Checkpoint 默认是不开启的,我们需要开启 Checkpoint 提交事务。
Source 在启动时会扫描全表,将表按照主键分成多个 chunk。并使用增量快照算法逐个读取每个 chunk 的数据。作业会周期性执行 Checkpoint,记录下已经完成的 chunk。当发生 Failover 时,只需要继续读取未完成的 chunk。当 chunk 全部读取完后,会从之前获取的 Binlog 位点读取增量的变更记录。Flink 作业会继续周期性执行 Checkpoint,记录下 Binlog 位点,当作业发生 Failover,便会从之前记录的 Binlog 位点继续处理,从而实现 Exactly Once 语义
注意: 这里是演示,生产环境建议 checkpoint 间隔 60 秒
6.3 创建 MySQL CDC 表
在 Flink SQL Client 下执行下面的 SQL
'database-name' = 'emp_[0-9]+': 这里是使用了正则表达式,同时连接多个库
'table-name' = 'employees_[0-9]+':这里是使用了正则表达式,同时连接多个表
查询 CDC 表,我们可以看到下面的数据,标识一切正常
6.4 创建 Doris Sink 表
参数说明:
connector : 指定连接器是 doris
fenodes:doris FE 节点 IP 地址及 http port
table.identifier : Doris 对应的数据库及表名
username:doris 用户名
password:doris 用户密码
sink.properties.two_phase_commit:指定使用两阶段提交,这样在 stream load 的时候,会在 http header 里加上
two_phase_commit:true
,不然会失败sink.label-prefix : 这个是在两阶段提交的时候必须要加的一个参数,才能保证两端数据一致性,否则会失败
其他参数参考官方文档 https://doris.apache.org/zh-CN/docs/ecosystem/flink-doris-connector.html
这个时候查询 Doris sink 表是没有数据的
6.5 将数据插入到 Doris 表里
执行下面的 SQL:
然后我们可以看到 Flink WEB UI 上的任务运行信息
这里我们可以看看 TaskManager 的日志信息,会发现这里是使用两阶段提交的,而且数据是通过 http chunked 方式不断朝 BE 端进行传输的,知道 Checkpoint,才会停止。Checkpoint 完成后会继续下一个任务的提交。
6.6 查询 Doris 数据
这里我是插入了 636 条数据,
6.7 测试删除
验证 Doris 数据删除
7. 总结
本问主要介绍了 FLink CDC 分库分表怎么实时同步,并结合 Apache Doris Flink Connector 最新版本整合的 Flink 2PC 和 Doris Stream Load 2PC 的机制及整合原理,使用方法等。
希望能给大家带来一点帮助。
8.相关链接:
SelectDB 官方网站:
Apache Doris 官方网站:
Apache Doris Github:
https://github.com/apache/doris
Apache Doris 开发者邮件组:
版权声明: 本文为 InfoQ 作者【SelectDB】的原创文章。
原文链接:【http://xie.infoq.cn/article/2747c7f6a7d89938898ca1a87】。文章转载请联系作者。
评论