1 什么是 canal
阿里巴巴B2B公司，因為業務的特性，賣家主要集中在國內，買家主要集中在國外，所以衍生出了杭州和美國異地機房的需求，從2010年開始，阿里系公司開始逐步的嘗試基於數據庫的日志解析，獲取增量變更進行同步，由此衍生出了增量訂閱&消費的業務。
canal是用java開發的基於數據庫增量日志解析，提供增量數據訂閱&消費的中間件。目前，canal主要支持了MySQL的binlog解析，解析完成后才利用canal client 用來處理獲得的相關數據。（數據庫同步需要阿里的otter中間件，基於canal）。
2 使用場景
1）原始場景： 阿里otter中間件的一部分
otter是阿里用於進行異地數據庫之間的同步框架，canal是其中一部分。
2） 常見場景1：更新緩存
3） 場景2：抓取業務數據新增變化表，用於制作拉鏈表。
4） **場景3：抓取業務表的新增變化數據，用於制作實時統計。
3 canal的工作原理
復制過程分成三步：
1) Master主庫將改變記錄，寫到二進制日志(binary log)中
2) Slave從庫向mysql master發送dump協議，將master主庫的binary log events拷貝到它的中繼日志(relay log)；
3) Slave從庫讀取並重做中繼日志中的事件，將改變的數據同步到自己的數據庫。
canal的工作原理很簡單，就是把自己偽裝成slave，假裝從master復制數據。
4 mysql的binlog
4.1 什么是binlog
MySQL的二進制日志可以說是MySQL最重要的日志了，它記錄了所有的DDL和DML(除了數據查詢語句)語句，以事件形式記錄，還包含語句所執行的消耗的時間，MySQL的二進制日志是事務安全型的。
一般來說開啟二進制日志大概會有1%的性能損耗。二進制有兩個最重要的使用場景:
其一：MySQL Replication在Master端開啟binlog，Mster把它的二進制日志傳遞給slaves來達到master-slave數據一致的目的。
其二：自然就是數據恢復了，通過使用mysqlbinlog工具來使恢復數據。
二進制日志包括兩類文件：二進制日志索引文件（文件名后綴為.index）用於記錄所有的二進制文件，二進制日志文件（文件名后綴為.00000*）記錄數據庫所有的DDL和DML(除了數據查詢語句)語句事件。
4.2 binlog的開啟
在mysql的配置文件(Linux: /etc/my.cnf , Windows: \my.ini)下,修改配置
在[mysqld] 區塊
設置/添加
log-bin=mysql-bin
這個表示binlog日志的前綴是mysql-bin ，以后生成的日志文件就是 mysql-bin.123456 的文件后面的數字按順序生成。
每次mysql重啟或者到達單個文件大小的閾值時，新生一個文件，按順序編號。
4.3 binlog的分類設置
mysql binlog的格式，那就是有三種，分別是STATEMENT,MIXED,ROW。
在配置文件中可以選擇配置
binlog_format=row
區別：
1） statement
語句級，binlog會記錄每次一執行寫操作的語句。
相對row模式節省空間，但是可能產生不一致性，比如
update tt set create_date=now()
如果用binlog日志進行恢復，由於執行時間不同可能產生的數據就不同。
優點： 節省空間
缺點： 有可能造成數據不一致。
2） row
行級， binlog會記錄每次操作后每行記錄的變化。
優點：保持數據的絕對一致性。因為不管sql是什么，引用了什么函數，他只記錄執行后的效果。
缺點：占用較大空間。
3） mixed
statement的升級版，一定程度上解決了，因為一些情況而造成的statement模式不一致問題
在某些情況下譬如：
當函數中包含 UUID() 時；
包含 AUTO_INCREMENT 字段的表被更新時；
執行 INSERT DELAYED 語句時；
用 UDF 時；
會按照 ROW的方式進行處理
優點：節省空間，同時兼顧了一定的一致性。
缺點：還有些極個別情況依舊會造成不一致，另外statement和mixed對於需要對binlog的監控的情況都不方便。