MySQL binlog

binlog的三种模式 ：statement row mix  

statement格式的binlog只保存了执行操作的完整语句，因此在执行的时候是有先后顺序的，否则就会导致数据不一致。这个格式的好处是因为存储的信息量相对较小，所以存储的文件比较小。

row格式的binlog保存了对数据操作的上下文，因此是需要存储的信息比较多，存储的文件比较大，但是通过这个方式可以实现数据的完整重放。随着系统运行时间的不断增长，row格式的文件会不断变大。

mix格式是statement和row格式的混合体。

依靠binlog文件，可以实现对数据恢复，阿里巴巴也依靠binlog，发布了canal开源产品，基于 MySQL 数据库增量日志解析，提供增量数据订阅和消费。

 

row格式的数据为崩溃恢复提供了可能，row格式的binlog之所以大，是因为他不仅存储了需要修改的数据之前的信息，还存储了所修改行的无需修改的信息。所以可以通过配置项binlog_row_image将只保存需要修改的之前和之后的信息。此外，我们在实际工作的时候，有需要查看执行SQL的完整语句，可以通过配置项binlog_rows_query_log_events，即可以在row格式的binlog中添加执行SQL的完整语句。

 

主从复制的原理：binlog为高可用架构提供了基础，基于日志点的同步和基于GTID的同步。