MySQL的Binglog

MySQL的Binglog

什么是Binlog

MySQL的二进制日志可以说MySQL最重要的日志了，它记录了所有的 DDL和 DML(除了数据查询语句)语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL 的二进制日志是事务安全型的。
一般来说开启二进制日志大概会有1%的性能损耗。二进制有两个最重要的使用场景:

• MySQL Replication在Master端开启Binlog，Master把它的二进制日志传递给Slaves来达到Master-Slave数据一致的目的。
• 自然就是数据恢复了，通过使用MySQL Binlog工具来使恢复数据。
  二进制日志包括两类文件:二进制日志索引文件（文件名后缀为.index）用于记录所有的二进制文件，二进制日志文件(文件名后缀为.00000*）记录数据库所有的DDL和 DML(除了数据查询语句)语句事件。

Binlog的分类

MySQL Binlog的格式有三种，分别是STATEMENT，MIXED，ROW。在配置文件中可以选择binlog_format=statement|mixed|row。三种格式的区别

1. statement:语句级，binlog 会记录每次一执行写操作的语句。相对 row模式节省空间，但是可能产生不一致性，比如“update 表名 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格式比较合适。