MySQL binlog和redo/undo的概念

binlog：binlog是二进制日志文件，用于记录mysql的数据更新或者潜在更新(比如DELETE语句执行删除而实际并没有符合条件的数据)，在mysql主从复制中就是依靠的binlog。在mysql中开启binlog需要设置my.cnf中的log_bin参数，另外也可以通过binlog_do_db

指定要记录binlog的数据库和binlog_ignore_db指定不记录binlog的数据库。对运行中的mysql要启用binlog可以通过命令SET SQL_LOG_BIN=1来设置。设置完成，我们就可以来测试binlog了。

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

1、层次不同，redo/undo 是indodb层维护的，而binlog是mysql server层维护的，跟采用何种引擎没有关系，记录的是所有引擎的更新操作的日志记录

2、记录内容不同，redo/undo记录的是每个页的修改情况，属于物理加逻辑的方式（redo log到物理页，页内采用逻辑日志，undo log采用的是逻辑日志），目的是保证数据的一致性，binlog记录的是事物操作内容，比如一条语句DELETE FROM TABLE WHERE i > 1之类的，不管采用的是什么引擎，当然格式是二进制的，要解析日志内容可以用这个命令mysqlbinlog -vv BINLOG。

3、记录时机不同，redo/undo在事物执行过程中会不断的写入，binlog是在事物最终commit前写入，binlog什么时候刷新到磁盘跟参数sync_binlog相关。

显然，我们执行SELECT等不涉及数据更新的语句是不会记binlog的，而涉及到数据更新则会记录。要注意的是，对支持事务的引擎如innodb而言，必须要提交了事务才会记录binlog。

binlog刷新到磁盘的时机跟sync_binlog参数息息相关，如果此参数配置为0，表示MySQL不控制binlog的刷新，则直接由文件系统决定什么时候刷新到磁盘，如果设置为不为0，则表示隔多少个事物刷新到磁盘，设置为1是最安全，在系统故障时最多丢失一个事务的更新，但是会对性能有所影响。一般情况下会设置为100或者0，牺牲一定的一致性来获取更好的性能。