MySQL Binlog详解

https://www.cnblogs.com/xhyan/p/6530861.html

1 MySQL binlog的作用

Mysql的binlog日志作用是

• 用于记录mysql内部增删改查等对mysql数据库有改动的记录（DML，DDL），对数据库的查询select或show等不会被binlog日志记录

• 主要用于数据库的主从复制以及增量恢复

注意：

DML（data maintain language，数据维护语言）：需要手动提交commit才生效，可以通过rollback撤销操作。

DDL（data define language，数据定义语言）：会隐式提交，不能回滚，不会触发触发器。

2 MySQL binlog的三种工作模式

（1）Row level（基于行）
　　日志中会记录每一行数据被修改的情况，然后在slave端对相同的数据进行修改。
　　优点：能清楚的记录每一行数据修改的细节
　　缺点：数据量太大

（2）Statement level（基于sql语句）
　　每一条被修改数据的sql都会记录到master的bin-log中，slave在复制的时候sql进程会解析成和原来master端执行过的相同的sql再次执行
　　优点：解决了 Row level下的缺点，不需要记录每一行的数据变化，减少bin-log日志量，节约磁盘IO，提高性能
　　缺点：容易出现主从复制不一致

（3）Mixed（混合模式）
　　结合了Row level和Statement level的优点

3 redo/undo log与binlog的区别

注意下innodb引擎中的redo/undo log与mysql binlog是完全不同的日志，它们主要有以下几个区别：

a）层次不同

• redo/undo log是innodb层维护的。

• 而binlog是mysql server层维护的，跟采用何种引擎没有关系，记录的是所有引擎的更新操作的日志记录。

b）记录内容不同：

• redo/undo日志记录的是每个页的修改情况，属于物理日志+逻辑日志结合的方式（redo log物理到页，页内采用逻辑日志，undo log采用的是逻辑日志），目的是保证数据的一致性。

• binlog记录的都是事务操作内容，比如一条语句DELETE FROM TABLE WHERE i > 1之类的，不管采用的是什么引擎，当然格式是二进制的，要解析日志内容可以用这个命令mysqlbinlog -vv BINLOG。

c）记录时机不同：

• redo/undo日志在事务执行过程中会不断的写入

• 而binlog是在事务最终commit前写入的。