简述

之前的一篇文章异地多活基础之数据双向同步发出来后，很多用户开始测评该方案，有使用稳定的，但也有用户碰到了一些问题(性能和GTID空洞)。为了解决这些问题，我们在 MySQL 到 MySQL 双向同步方案上又多走了一步。相比之前的方案，优势明显。

不依赖 GTID
不依赖事务的顺序，可并行
对端操作减少
对云数据库(MySQL)的普遍支持
支持库表列裁剪、映射以及自定义数据处理

技术点

防冲突标记

GTID 防冲突标记包含 MySQL 的 server_uuid 和事务号，新方案我们选择 binlog 数据标记。

DML 在 Binlog 中正常的事件顺序依次为 QueryEvent(TxBegin)、TableMapEvent、WriteRowEvent(IUD)、QueryEvent(TxEnd) , 如果需要对同步的数据打上标记，除非对 WriteRowEvent 做标记，否则没有可下手的地方。但是要达成这个目标，以我们的认知来看，除非改引擎代码。

然后，我们盯上了 MySQL binlog 中一个描述变更行 statement 的事件 RowsQueryLogEvent ，这个事件只在打开 MySQL binlog_rows_query_log_events 参数才会出现，而这个事件可以带上执行 sql 的注释。

为此，我们设计了 CloudCanal 写入对端时自动带上 /*ccw*/ 标记，这样在 RowsQueryLogEvent 的 sql 语句中也会出现该标记，在双向同步中，如果遇到这个标记，过滤即可。

新的 DML 事件顺序变成了 QueryEvent(TxBegin)、TableMapEvent、RowsQueryLogEvent、WriteRowEvent(IUD)、QueryEvent(TxEnd)。

举个 "栗子"

准备 CloudCanal

本次案例使用 docker 社区版, 安装参考点此。

添加数据源

本案例采用 阿里云 RDS for MySQL, 为测试便利起见，2台数据库都位于 hangzhou 区域
%(#ea1f1f)[在 RDS 实例详情->参数设置，设置 binlog_rows_query_log_events 为 on]
登录 CloudCanal 平台，数据源管理 -> 添加数据源 , 将准备的数据库逐步添加进来
建议对数据源进行描述修改，防止配置正反链路时，识别错数据库

创建正向同步任务

任务管理->新建任务
双向同步中，正向任务一般指源端有数据，目标端无数据的链路，涉及对端数据初始化
第一个页面
- 选择源端和目标端数据源和相关信息，点击下一步
第二个页面
- %(#ea1f1f)[选择 数据同步，并且勾选 全量数据初始化]
- 勾选 DDL 同步
- 置灰自动启动，以便创建任务后设置双向同步参数
- 点击 下一步
第三个、第四个页面
- 表、列映射裁剪...此处省略
- 点击 下一步
第五个页面
- 点击确认创建
任务详情 -> 参数设置
- %(#ea1f1f)[设置目标数据源配置 deCycle 参数为 true]
- 此处和 GTID 方案有较大差别, %(#ea1f1f)[不需要开启 enableTransaction 和 gtidMode]
- 生效配置并启动

创建反向同步任务

任务管理->新建任务
第一个页面
- 选择源端和目标端选择数据源（请和正向任务所选数据源对调）和相关信息，点击下一步
第二个页面
- %(#ea1f1f)[选择 数据同步，并去除全量数据初始化勾选]
- 勾选 DDL 同步
- %(#ea1f1f)[置灰自动启动，以便创建任务后设置双向同步参数]
- 点击 下一步
第三、四个页面
- 表、列映射裁剪...此处省略
- 点击 下一步
第五个页面
- 点击确认创建
任务详情 -> 参数设置
- %(#ea1f1f)[设置目标数据源配置 deCycle 参数为 true ]
- 此处和 GTID 方案有较大差别, %(#ea1f1f)[不需要开启 enableTransaction 和 gtidMode]
- 生效配置并启动