MySQL 二进制日志的结构

MySQL5.0引入了一个新的binlog格式，也就是binlog format 4,,binlog format 4是专门为扩展设计的。binlog事件由4部分组成

1 通用头

包含事件的基本信息，其中最重要的字段就是事件类型和时间大小

2 提交头

提交头与特定事件类型有关，对于不同的类型，字段存储的信息不同，但与通用头一样，给定的binlog文件中，提交头的大小是相同的，事件类型的大小由Foramat_description事件给出

3 事件体

事件头后面就是事件体，大小可变，事件的通用头列出了事件体的大小和结束为止。事件体存储事件的主要数据，因事件类型不同而异，例如，Query事件的事件体存储查询，而User_var事
件存储某个语句的用户变量及其值

4 校验和

从5.6开始，如果服务器设置产生检验和的前提，事件末尾就多一个检验和字段，是一个32位整型数，用来检查时间写入后是否有损坏

为了保证每个事件的完整性，MySQL5.6引入了复制的事件的检验和。在写事件的时候，添加一个检验和，然后在读取这些事件的时候，计算这个校验和，并与之前写入的值

进行比较。如果不匹配，在SLAVE在应用该事件的时候，停止执行。MySQL5.6中默认是开启。也可以禁用

通过三个选择项控制复制事件检验和

binlog-checksum=type

表示启用检验和，并告诉服务器用哪种方式计算检验和，有两种，1 CRC32 2 none 关闭检验和，即默认产生检验和

master-verify-checksum=boolean

表示读取二进制的时候，master是否要验证检验和，也就是说dump线程从二进制日志中读取事件后，验证其校验和，无误后在发送给SLAVE。同理使用SHOW BINLOG EVENTS命令也是一样。
如果有任何损坏事件，则抛出一个错误。默认关闭状态

slave-verify-checksum=boolean

表示读取中继日志中，在SLAVE数据库上应用事件之前，SLAVE是否要验证事件的校验和。默认关闭状态

$ client/mysqlbinlog --verify-binlog-checksum master-bin.000001
# at 261
#110406 8:35:28 server id 1 end_log_pos 333 CRC32 0xed927ef2...
SET TIMESTAMP=1302071728/*!*/;
BEGIN
/*!*/;
# at 333
#110406 8:35:28 server id 1 end_log_pos 365 CRC32 0x01ed254d Intvar
SET INSERT_ID=1/*!*/;
ERROR: Error in Log_event::read_log_event(): 'Event crc check failed!...
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;