3、Mysql日志体系

• bing log ：在server记录mysql所有的DDL和DML语句，主要用来做主从复制和数据恢复。内容追加，没有固定大小限制。
• redo log ：
• undo log ：

3.1、bin log

3.1.1、binlog日志作用

binlog记录所有的DDL和DML语句，用来做主从复制和数据恢复。内容可以追加，没有固定大小限制。

在开启了binlog功能的情况下，我们可以把binlog导出sql语句，把所有的操作重放一遍，来实现数据恢复。

3.2、redo log

redo log 位于/var/lib/mysql目录下的ib_logfile0和 ib_logfile1，默认2个文件，每个48M。

3.2.1、为什么需要redo log？

由于Buffer Pool刷脏不是实时的，如果出现数据库宕机、或者重启就会有丢失数据的风险。在数据写入BufferPool的同时，我们记录redo Log日志。用于出现上面的情况，恢复数据的作用，保证数据 的持久性。

同样是写到日志文件，也是写到磁盘，为什么Buffer Pool不直接写到数据文件（磁盘）？

3.2.2、写日志文件和数据文件区别？

写数据文件是随机IO，效率低。

写redo log日志文件是顺序IO，效率高。

3.2.3、redo log特点

• InnoDB存储引擎特有，支持奔溃恢复的一个特性。
• redo log记录的不是数据页更新之后的状态，而是记录的在某个数据页上做了修改。
• redo log大小固定，内容写满直接覆盖之前的内容，一旦写满就触发buffer pool的磁盘同步。

3.2.4、redo log buffer刷盘

跳转2.1.4

3.3、undo log

undo log（撤销日志或者回滚日志）记录了事务发生之前的数据状态，分为insert undo log和update undo log。如果修改数据时出现异常，可以用undo log来实现回滚操作。

3.4、常见问题

3.4.1、什么是二阶段提交？

一般情况下，事务提交涉及redo log 和 binlog。当commit 命令执行时，

• prepare 阶段：这个阶段事务中新生成的redo log 会被刷到磁盘，并设置为prepared状态。
• commit阶段：innodb释放锁，释放回滚段，设置redo log提交状态，binlog持久化到磁盘，然后存储引擎层提交。

3.4.2、为什么需要二阶段提交？

为了保证数据的一致性，redo log和bin log要么都成功，要么都失败。

3.4.3、二阶段提交流程

• 时间点1
• prepare阶段
• 时间点2
• commit阶段
• 时间点3

时间点1出问题：redo log 和bin log都在内存里，没有刷盘，所以就相当于回滚了。不会影响数据的一致性。

时间点2出问题：这个时候redo log已经刷盘，binlog没有保存下来。服务器故障恢复的时候，先读取redo log，发现数据在prepare阶段，查看binlog日志。如果binlog数据完整，则提交数据；如果binlog日志不完整，就回滚数据。

时间点3出问题：这个时候redo log 和 binlog都已经存磁盘，服务器从redo log恢复就好了。

3.4.4、一条更新sql的执行流程