0 Canal介绍
Canal 是用 Java 开发的基于数据库增量日志解析,提供增量数据订阅&消费的中间件。目前Canal 主要支持了 MySQL 的 Binlog 解析,解析完成后才利用 Canal Client 来处理获得的相关数据。(数据库同步需要阿里的 Otter 中间件,基于 Canal)
1 MySQL 的 Binlog
1.1 什么是 Binlog
MySQL 的二进制日志,它记录了所有的 DDL 和 DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL 的二进制日志是事务安全型的。二进制有两个最重要的使用场景:
① MySQL Replication 在 Master 端开启 Binlog,Master 把它的二进制日志传递给 Slaves来达到 Master-Slave 数据一致的目的。
② 数据恢复,通过使用 MySQL Binlog 工具来使恢复数据。二进制日志包括两类文件:二进制日志索引文件(文件名后缀为.index)用于记录所有的二进制文件,二进制日志文件(文件名后缀为.00000*)记录数据库所有的 DDL 和 DML(除了数据查询语句)语句事件
1.2 Binlog分类
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.3 Mysql主从复制
1)Master 主库将改变记录,写到二进制日志(Binary Log)中;
2)Slave 从库向 MySQL Master 发送 dump 协议,将 Master 主库的 binary log events 拷贝到它的中继日志(relay log);
3)Slave 从库读取并重做中继日志中的事件,将改变的数据同步到自己的数据库

Canal原理很简单,即伪装成mysql的slave节点,假装从Master拷贝数据。使用场景如下:

1.4 修改mysql配置文件
修改/etc/my.cnf文件如下内容

#开启binlog
log_bin = mysql-bin
#binlog日志类型
binlog_format = row
#MySQL服务器唯一id
server_id = 1
#设置需要同步的库
binlog-do-db=canal
binlog-do-db 根据自己的情况进行修改,指定具体要同步的数据库,如果不配置则表示所有数据库均开启 Binlog。修改完成后重启mysql生效
service mysql restart
1.5 测试binlog是否生效
建表
create table student (
id varchar(20)
,name varchar(20)
,age int
,sex varchar(5)
) ENGINE=InnoDB
DEFAULT CHARACTER SET=utf8 COLLATE=utf8_general_ci;
插入数据
insert into student values('1001','zhangsan',18,'male');
对比查看未插入数据前binlog

可以看到binlog发生了变化,说明配置生效了。
1.6 Mysql中新建canal用户
CREATE USER 'canal'@'%' IDENTIFIED BY 'canal';
GRANT ALL PRIVILEGES ON *.* TO 'canal'@'%';
FLUSH PRIVILEGES;
2 安装Canal
2.1 下载canal
进入官网下载canal安装包,这里以1.1.2版本为例
https://github.com/alibaba/canal/releases
2.2 创建canal文件夹并解压
这里的canal文件包解压后是很多文件,因此建议建立一个独立的文件夹用于存放解压后的文件。
mkdir canal
tar -zxvf canal.deployer-1.1.2.tar.gz -C ./canal
2.3 修改canal.properties 的配置
说明:
① 这个文件是 canal 的基本通用配置,canal 端口号默认就是 11111,修改 canal 的输出 model,默认 tcp,改为输出到 kafka.
② 多实例配置如果创建多个实例,通过前面 canal 架构,我们可以知道,一个 canal 服务中可以有多个 instance,conf/下的每一个 example 即是一个实例,每个实例下面都有独立的配置文件。默认只有一个实例 example,如果需要多个实例处理不同的 MySQL 数据的话,直接拷贝出多个 example,并对其重新命名,命名和配置文件中指定的名称一致,然后修改canal.properties 中的 canal.destinations=实例 1,实例 2,实例 3。

2.4 修改 instance.properties
我们这里只读取一个 MySQL 数据,所以只有一个实例,这个实例的配置文件在conf/example 目录下
vim instance.properties
- 配置Mysql服务器地址
#################################################
## mysql serverId , v1.0.26+ will autoGen
canal.instance

Canal是Java开发的数据库增量数据订阅和消费中间件,主要用于MySQLBinlog的解析。它支持STATEMENT,MIXED,ROW三种Binlog格式,其中ROW格式适合用于监控分析。文章介绍了MySQL的主从复制过程,配置Canal进行数据同步,包括修改MySQL配置、创建Canal用户,以及启动Canal服务。此外,还展示了如何使用Canal客户端实时监控数据库变更,并演示了Kafka模式的数据消费测试。
最低0.47元/天 解锁文章
7万+

被折叠的 条评论
为什么被折叠?



