实列配置
主配置
将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
