一：为什么需要REDO日志

1. 缓冲池可以帮助我们消除CPU和磁盘之间的鸿沟，checkpoint机制可以保证数据的最终落盘，然而由于checkpoint 并不是每次变更的时候就触发 的，而是master线程隔一段时间去处理的。所以最坏的情况就是事务提交后，刚写完缓冲池，数据库宕机了，那么这段数据就是丢失的，无法恢复。
2. 事务包含持久性的特性，就是说对于一个已经提交的事务，在事务提交后即使系统发生了溃，这个事务对数据库中所做的更改也不能丢失。
   解决思路：先写日志，再写磁盘，只有日志写入成功，才算事务提交成功，这里的日志就是rodo日志

二：什么是REDO日志

Redo Log是MySQL用于实现崩溃恢复和数据持久性的一种机制。在事务进行过程中，MySQL会将事务做了什么改动记录到Redo Log中。当系统崩溃或者发生异常情况时，MySQL会利用Redo Log中的记录信息来进行恢复操作，将事务所做的修改持久化到磁盘中。

三：redo的组成

1. 重做日志的缓冲 (redo log buffer) ，保存在内存中，是易失的
2. 重做日志文件 (redo log file) ，保存在硬盘中，是持久的

四：redo的整体流程

1. 先将原始数据从磁盘中读入内存中来，修改数据的内存拷贝
2. 生成一条重做日志并写入redo log buffer，记录的是数据被修改后的值
3. 当事务commit时，将redo log buffer中的内容刷新到 redo log file，对 redo log file采用追加
   写的方式
4. 定期将内存中修改的数据刷新到磁盘中
   

五：redo log的刷盘策略

redo log的写入并不是直接写入磁盘的，InnoDB引擎会在写redo log的时候先写redo log buffer，之后以一定的频率刷入到真正的redo log file 中。这里的一定频率怎么看待呢？这就是我们要说的刷盘策略。

注意，redo log buffer刷盘到redo log file的过程并不是真正的刷到磁盘中去，只是刷入到 文件系统缓存中去，真正的写入会交给系统自己来决定。那么对于InnoDB来说就存在一个问题，如果交给系统来同步，同样如果系统宕机，那么数据也丢失了。
针对这种情况，InnoDB提供了一个参数，该参数控制 commit提交事务时，如何将 redo log buffer 中的日志刷新到 redo log

1. 设置为0 ：表示每次事务提交时不进行刷盘操作。（系统默认master thread每隔1s进行一次重做日志的同步）
2. 设置为1 ：表示每次事务提交时都将进行同步，刷盘操作（ 默认值 ）
3. 设置为2 ：表示每次事务提交时都只把 redo log buffer 内容写入 page cache，不进行同步。由os自己决定什么时候同步到磁盘文件。

六：什么是Undo Log日志

Undo Log是事务原子性的保证，在事务中更新数据的前置操作其实是要先写入一个 undo log。如果事务需要回滚，则会从Undo Log中找到相应的记录来撤销事务所做的修改。另外，Undo Log还支持MVCC（多版本并发控制）机制，用于在并发事务执行时提供一定的隔离性。

七：undo log的生命周期

假设有2个数值，分别为A=1和B=2，然后将A修改为3，B修改为4

1. start transaction;
2.记录 A=1 到undo log;
3. update A = 3；
4.记录 A=3 到redo log;
5.记录 B=2 到undo log;
6. update B = 4;
7.记录B = 4 到redo log;
8.将redo log刷新到磁盘
9. commit

在1-8步骤的任意一步系统宕机，事务未提交，该事务就不会对磁盘上的数据做任何影响。
如果在8-9之间宕机，恢复之后可以选择回滚，也可以选择继续完成事务提交，因为此时redo log已经持久化。
若在9之后系统宕机，内存映射中变更的数据还来不及刷回磁盘，那么系统恢复之后，可以根据redo log把数

面试题：

1. redolog和undolog区别?
（1）redo log：记录的是"物理级别"上的页修改操作，比如页号xx、偏移量yyy，写了’zzz’数据
undo log：记录的是逻辑操作，比如对某一行数据进行了INSERT语句操作，那么 undo log就记录一条与之相反的DELETE操作
（2）redo log：目的是为了保证事务的持久性，主要用于崩溃恢复
undo log：目的是为了保证事务的原子性和一致性，主要用于事务回滚