11-Canal

实列配置

主配置

将master的binary Log Evnets拷贝到它的中继日志 RelayLog重放 Relay Log中事件 将数据变更反映它自己的数据

Mysql主备复制原理

replay

1.修改MySQL配置⽂件 是修改 不是添加--> vi /etc/my.cnflog-bin=mysql-binbinlog-format=ROW server_id=12.重启Mysql--> service mysqld restart3.需要修改安全策略和密码策略在添加用户--> set global validate_password_policy=LOW;    set global validate_password_length=6;4.在mysql中添加一个新的用户--> CREATE USER canal IDENTIFIED BY '123456';5.赋予权限 --> span style=\"font-size: inherit;\

read

I/O Thread

基于MySQL数据库增量日志解析，提供增量订阅和消费主要是基于业务Trigger获取增量变更 业务逐步尝试数据库日志解析获取增量变更进行

RelayLog

SQL Thread

write

将数据变更写入二进制日志 记录叫做二进制日志事件Binary Log Events

假装自己是Slave 想Maser发送Dump协议Master收到Slave的请求 开始推送日志Binary Log给Slave / CanalSalve / Canal 解析日志Binary Log对象（原始Byte流）

问题直接在数据库写SQL查询 如果复杂的查询（Join 多维 聚合）业务数据库性能就会下降甚至不能完成正常的业务功能 跨机房同步业务需求

Canal安装

BinaryLog

可以通过Show Binlog Events进行查看

Canal

Slave / Canal

Canal工作原理

Master