数据库学习之redo log（WAL）、change buffer

针对的对象是“更新语句的执行流程”
更新流程中涉及到：重做日志（redo log）和归档日志(bin log)
重做日志（redo log）-----在引擎层中，采用“黑板-账本”模式（即WAL技术）。
1 为什么需要redo log？
每一次的更新操作的具体数据变更都是需要写入到磁盘中去的，因为写入的是一条确定的数据，所以我们还需要在磁盘中找到那条相对应的记录，然后才能完成更新。
而对于磁盘的IO操作，众所周知是最消耗的操作，因此为了解决这个问题，我们使用redo log。
2 redo log的具体过程
在redo log中采用是“黑板”+“账本”的过程。通俗的想法是，一旦由需要写入的内容时，我们先写在黑板上，当黑板上写不下的时候或者有空闲的时候，再将黑板上的内容都拷贝到账本中。这里黑板，在Mysql中对应日志（redo log）; 这里的账本，对应Mysql中的磁盘。
举例-----------当有一条记录需要更新，InnoDB引擎会先把记录写到redo log（黑板）中，并更新内存。到这一步，该引擎认为这个更新步骤已经完成了。当InnoDB遇到了系统空闲的时候，才会将这个操作记录更新到磁盘中去。
3 bin log
归档日志(bin log)-------在server层，记录MySQL功能层面的事情
4 update图解执行过程

5 两阶段提交
从流程图中，我们可以看到，redo log的完成过程是被分成了两个阶段的，分别是：prepare阶段和commit状态。这就是所谓的两阶段提交。
目的：为了保证数据库的目前状态和它通过日志恢复出来的库的状态是一致的。
更新操作-----举例
1 当我们更新操作所使用到的数据页不在内存中时
2 将这个更新操作写入到change buffer中
3 在将“更新操作写入change buffer”的这个步骤，写入到redo log中
4 等下次所使用到的数据页读入内存来，在内存中执行chagne log中的内容

查询操作-------举例
1 当我们查询操作所使用到的数据页不在内存中
2 将数据页从磁盘中读取到内存中来
3 查询change buffer是否由操作是需要在这个数据页上执行的，有则执行
4 查询结果并返回

redo log 和 change buffer的区别
redo log：节省了随机写磁盘的IO消耗
chagne buffer: 节省了随机读磁盘的IO消耗