Canal 是用 Java 开发的基于数据库增量日志解析,提供增量数据订阅&消费的中间件。
Canal 主要支持了 MySQL 的 Binlog 解析,解析完成后才利用 Canal Client 来处理获得的相关数据。(数据库同步需要阿里的 Otter 中间件,基于 Canal)。
MySql 的二进制日志可以说是Mysql 最重要的日志了,它记录了所有 DDL 和 DML(除了数据查询语句)语句,以事件形式记录,包含语句执行的消耗的时间,Mysql 的二进制日志是事务安全型的。一般来说:开启二进制日志大概会有 1% 的性能消耗。二进制有两个最重要的使用场景
其一: Mysql Replication 在Master 端开启 Binlog,Master 把它的二进制日志传递给 Slaves 来达到 Master-Slave 数据一致性的目的。
其二: 就是数据恢复了,通过使用 Mysql Binlog 工具来使数据恢复。
二进制日志包含两类文件:二进制日志索引文件(文件名后缀为 .index)用于记录所有二进制文件,二进制日志文件(文件名后缀为 .00000*)记录数据库所有 DDL 和 DML(除了数据查询语句)语句事件。
Mysql Binlog 的格式有三种,分别是 STATEMENT,MIXED,ROW。在配置文件中可以选择配置 binlog_format=statement|mixed|row.。三种格式区别:
1)statement:语句级,binlog会记录每次一执行写操作的语句。相对 row 模式节省空间,但是可能产生不一致性,比如:“update tt set create_date=now()”,如果用binlog进行恢复,由于执行时间不同可能产生的数据就不同。
优点:节省空间 缺点:有可能造成数据不一致
2)row:行级,binlog 会记录每次操作后每行记录的变化。
优点:保持数据的绝对一致性。因为不管 sql 是什么,引用了什么函数,它只记录执行后的结果。 缺点:占用较大空间
3)mixed:statement 的升级版,一定程度上解决了,因为一些情况造成的 statement 模式不一致问题,默认还是statement,在某些情况下譬如: :当函数中包含 UUID() 时;包含
AUTO_INCREMENT 字段的表被更新时;执行 INSERT DELAYED 语句时;用 UDF 时;会按照 row 的方式进行处理优点:节省空间,同时兼顾了一定的一致性。 缺点:还有些极个别情况依旧会造成不一致,另外 statement 和 mixed 对于需要对binlog 的监控的情况都不方便。
综合上面对比,Canal 想做监控分析,选择 row 格式比较合适。
1)Master 主库将改变记录,写到二进制日志(Binary Log)中;
2)Slave 从库向 MySQL Master 发送 dump 协议,将 Master 主库的 binary log events 拷贝到它的中继日志(relay log);
3)Slave 从库读取并重做中继日志中的事件,将改变的数据同步到自己的数据库
很简单,就是把自己伪装成 Slave ,假装从 Master 复制数据
1)原始场景:阿里 Otter 中间件一部分
Otter 是阿里用于进行异地数据库之间的同步框架,Canal是其中一部分。
3)常见场景二:抓取业务表的新增变化数据,用于制作实时统计(我们就是这种场景)
CREATE TABLE user_info(
`id` VARCHAR(255),
`name` VARCHAR(255),
`sex` VARCHAR(255)
);
vi /etc/my.cnf
注意:binlog-do-db 根据自己的情况进行修改,指定具体要同步的数据库,如果不配置则表示所有数据库均开启 Binlog
systemctl restart mysqld
到 /var/lib/mysql 目录下查看初始文件大小 154
插入数据
INSERT INTO user_info VALUES('1000','zhangsan','male');
在 mysql 中执行
set global validate_password_length=4;
set global validate_password_policy=0;
GRANT SELECT, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'canal'@'%' IDENTIFIED BY 'canal';
下载地址 https://github.com/alibaba/canal/releases
说明:这个文件是 canal 的基本通用配置,canal 端口号默认就是 11111,修改 canal 的输出 model,默认 tcp,改为输出到 kafka多实例配置如果创建多个实例,通过前面 canal 架构,我们可以知道,一个 canal 服务中可以有多个 instance,conf/下的每一个 example 即是一个实例,每个实例下面都有独立的配置文件。默认只有一个实例 example,如果需要多个实例处理不同的 MySQL 数据的话,直接拷贝出多个 example,并对其重新命名,命名和配置文件中指定的名称一致,然后修改canal.properties 中的 canal.destinations=实例 1,实例 2,实例 3。
我们这里只读取一个 MySQL 数据,所以只有一个实例,这个实例的配置文件在conf/example 目录下
1)配置 MySQL 服务器地址
2)配置连接 MySQL 的用户名和密码,默认就是我们前面授权的 canal
<dependency>
<groupId>com.alibaba.ottergroupId>
<artifactId>canal.clientartifactId>
<version>1.1.3version>
dependency>
<dependency>
<groupId>org.apache.kafkagroupId>
<artifactId>kafka-clientsartifactId>
<version>2.4.1version>
dependency>
Canal 封装的数据结构
在 canal 模块下创建 com.ausware.app 包,并在包下创建 CanalClient(java 代码)
代码如下:
/**
* canal客户端
* @author Yao
* @Date: 2022/2/15 15:28
*/
public class CanalClient {
public static void main(String[] args) throws InterruptedException, InvalidProtocolBufferException {
//连接Canal服务器
CanalConnector canalConnector = CanalConnectors.newSingleConnector(new InetSocketAddress("node1", 11111), "example", "", "");
while (true){
canalConnector.connect();
//订阅数据库 .* 代表该数据库下所有表
canalConnector.subscribe("canal_test.*");
//单次拉取1000条变化数据
Message message = canalConnector.get(100);
List<CanalEntry.Entry> entries = message.getEntries();
if (CollectionUtils.isEmpty(entries)){
System.out.println("本次拉取数据为空,稍后拉去....");
TimeUnit.SECONDS.sleep(2);
}else {
for (CanalEntry.Entry entry : entries) {
//获取表名
String tableName = entry.getHeader().getTableName();
//
CanalEntry.EntryType entryType = entry.getEntryType();
//获取序列化后的数据
ByteString storeValue = entry.getStoreValue();
//确保类型为ROWDATA
if (CanalEntry.EntryType.ROWDATA.equals(entryType)){
//对数据进行反序列化
CanalEntry.RowChange rowChange = CanalEntry.RowChange.parseFrom(storeValue);
List<CanalEntry.RowData> rowDataList = rowChange.getRowDatasList();
for (CanalEntry.RowData rowData : rowDataList) {
JSONObject beforeData = new JSONObject();
List<CanalEntry.Column> beforeColumnsList = rowData.getBeforeColumnsList();
for (CanalEntry.Column column : beforeColumnsList) {
beforeData.put(column.getName(), column.getValue());
}
JSONObject afterData = new JSONObject();
List<CanalEntry.Column> afterColumnsList = rowData.getAfterColumnsList();
for (CanalEntry.Column column : afterColumnsList) {
afterData.put(column.getName(), column.getValue());
}
System.out.println("表名:"+tableName+
",entryType:"+entryType+
",before"+beforeData+
",after"+afterData);
}
}
}
}
}
}
1.修改 canal.properties 中 canal 的输出 model,默认 tcp,改为输出到 kafka
3.修改 instance.properties 输出到 Kafka 的主题以及分区数
注意:默认还是输出到指定 Kafka 主题的一个 kafka 分区,因为多个分区并行可能会打乱 binlog 的顺序 , 如 果 要 提 高 并 行 度 , 首 先 设 置 kafka 的 分 区 数 >1, 然 后 设 置canal.mq.partitionHash 属性
4.启动 Canal
./start.sh
5.看到 CanalLauncher 你表示启动成功,同时会创建 canal_test 主题
如果没有正常启动,查看日志报一下错误
打开 start.sh 文件修改参数,重启
str=`file -L $JAVA | grep 64-bit`
if [ -n "$str" ]; then
JAVA_OPTS="-server -Xms2048m -Xmx3072m -Xmn1024m -XX:SurvivorRatio=2 -Xss256k"
else
JAVA_OPTS="-server -Xms1024m -Xmx1024m -XX:NewSize=256m -XX:MaxNewSize=256m "
fi