文章目录

1. 1. 前言
2. 2. 工作原理
   1. 2.1. mysql主备复制实现
   2. 2.2. canal的工作原理
3. 3. 讲解

前言

终于把otter 同步跑起来了，感觉还是应该需要做一下小结，第一是防止自己忘记，第二是方便他人，因为才疏学浅，希望不对的地方大家予以指正。这篇主要是介绍一下Canal，因为Otter设计基于Canal开发的。

工作原理

这里我们主要引用官网介绍

mysql主备复制实现

从上层来看，复制分成三步：

1. master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events，可以通过show binlog events进行查看）；
2. slave将master的binary log events拷贝到它的中继日志(relay log)；
3. slave重做中继日志中的事件，将改变反映它自己的数据。

   canal的工作原理

   
   原理相对比较简单：
4. canal模拟mysql slave的交互协议，伪装自己为mysql slave，向mysql master发送dump协议
5. mysql master收到dump请求，开始推送binary log给slave(也就是canal)
6. canal解析binary log对象(原始为byte流)

讲解

这里我们从官网描述就可以看出来：

1. canal 是模拟slave， 发出dump binlog 请求下载到canal所在地。
2. 注意这里canal的原理中并没有去relay binlog到某个数据库，所以canal 应该只是一个dump master binlog 工具库，如何relay到自己的数据库，需要自己写代码。