前情提要
在执行增删改操作的时候，是基于Buffer Pool中的缓存页中的数据的。更新了缓存页中的数据后，会写入一条数据到Redo Log中。在提交事务的时候，会立马把Redo Log刷入磁盘（推荐方式），然后在RedoLog中写入binlog信息和一个commit标记，事务至此提交完毕。
FAQ
RedoLog保障了什么
当更新了缓存中的数据页后，缓存页还没有刷到磁盘上。MYSQL宕机，那么MYSQL重启后，会直接读取RedoLog中的内容，重做到Buffer Pool中，然后在刷到磁盘。因为RedoLog是顺序读写，所以效率很高。并且为了保证数据的不丢失，RedoLog也要设置成不经过OS Cache。
为什么要写入RedoLog，直接刷到磁盘的缺点在哪里？
- 一个缓存页是16KB，刷盘比较耗时。而且你可能只修改了几个字节的数据。
- 缓存页刷入磁盘是随机读写。效率很低。而RedoLog是顺序读写，效率高
详细介绍
RedoLog的类型
根据数据页修改的字节数划分了不同的类型
- MLOG_1BYTE：修改了1个字节
- MLOG_2BYTE：修改了2个字节
- MLOG_4BYTE：修改了4个字节
- MLOG_WRITE_STRING：修改了一大串的值
RedoLog的大致内容
MLOG_NBYTE，表空间ID，数据页号，数据页中的偏移量，具体修改的值
MLOG_WRITE_STRING，表空间ID，数据页号，数据页中的偏移量，修改的长度，具体修改的值
RedoLog Block
RedoLog中，包含着多个RedoLog Block。每个RedoLog大小是512KB；
在写入Redolog之前先写入内存中的RedoLog Block，然后再把RedoLog Block写入磁盘文件。具体的结构见图。 
RedoLog buffer
好比Buffer Pool，基于内存中的一块连续空间。里面分配了多个空的RedoLog block。用来存放redolog。
- 在一个事务中，多个操作对应多个redo Log，对应着一组redolog，现在别的地方暂存，执行完了再把一组的redolog写入到内存中的redolog buffer中的block中
- 如果一个事务对应的redoLog太多，就会放到两个甚至多个redolog block中。
- 如果一个redolog group比较小，也可能会把多个redolog group合并在一个redolog block中。
刷盘时机
- 写入redolog buffer的日志占用了总容量（innodb_log_buffer_size）的50%。
- 事务提交的时候
- 后台线程定时刷新
- MYSQL关闭的时候
RedoLog的一些默认处理
磁盘上默认redolog数量：2个(innodb_log_files_in_group)
磁盘上默认redolog大小：48MB(innodb_log_file_size)
磁盘上的默认名：ib_logfile0，ib_logfile1
一般情况是向一个redolog中写，写满了就换下一个。所以redolog最多保存96MB的redolog，如果第二个写满了，就覆盖第一个日志文件里面原来的redolog