MySQL日志:binlog

MySQL日志:binlog

即binary log，二进制日志文件，也叫做变更日志，记录数据库所有执行的DDL和DML等更新操作，以事件形式保存在二进制文件中

主要使用场景:

• 数据恢复：MySQL宕机，可以通过binlog查看用户执行了哪些操作
• 数据复制：由于日志的延续性和时效性，master把它的二进制日志传递给slaves来达到数据一致的目的

使用binlog实现数据恢复

• show binary logs;展示二进制文件
• flush logs 创建新的binlog文件，防止后续操作又记录到之前的binlog中
• show binlog events in ‘filename’ 查看之前进行的增删改
• mysqlbinlog --start-position=xxx --stop-position=xx --database=xxx pathofbinlog | 登录信息… 来恢复数据

binlog的写入机制

事务执行过程中，写入binlog日志到binlog cache中，事务提交后，写入文件缓存，写入磁盘时机由操作系统来决定

binlog和redo log区别

• redo log是物理日志，记录内容是在某个数据页上做了什么修改，属于InnoDB存储引擎层产生的
• binlog是逻辑日志，记录语句的原始逻辑，属于MySQL的Server层
• redo log侧重让InnoDB存储引擎拥有崩溃恢复能力
• binlog保证了MySQL集群架构的数据一致性

binlog的两阶段提交

在执行更新语句过程中，会记录redo log和binlog两块日志，以基本的事务为单位，redo log在事务执行过程中可以不断写入，而binlog只有在提交事务时才写入

假设一条更新语句，redolog写完后，binlog写期间发生异常：
会导致主从数据不一致

所以为了解决这个问题，InnoDB引擎采用两阶段提交方案，redo log写入拆成两个步骤prepare和commit

更新数据后写入prepare阶段，执行完binlog写入后写入commmit阶段，这时候出现上述问题时，redo log日志恢复数据时，发现redo log还处于prepare阶段，并没有对于的binlog日志，就会回滚该事务