MySQL中的redo log详解

redo log重做日志，顾名思义，其实它的作用是在MySQL宕机之后，用来恢复数据的一种log文件，那么为什么需要redo log呢？

之前一篇文章我们讲过了Buffer Pool，知道了缓存页的机制，数据的增删改查都是先将磁盘中数据页的数据加载到Buffer Pool中的缓存页，然后再对缓存页中的数据进行操作，如果数据经过了增删改的操作，那么这些数据就是脏数据了，因为缓存页中的数据和磁盘中的数据不一致，Buffer Pool是会不断的将脏数据刷入磁盘的，但是这个速度太慢了

首先一个缓存页就有16K，如果将一个完整的缓存页刷入磁盘，那么必然比较耗费时间，如果一个缓存页中只修改了少量的数据，那么也不可能将一个完整的缓存页刷入磁盘；还有一个原因就是缓存页刷磁盘这个操作是随机写，性能很差

通过上面的描述，我们就可以发现依靠缓存页刷入磁盘来保证MySQL的稳定性不靠谱，一旦MySQL宕机，那么缓存页中的数据就丢了。那如果我们提交了事务，但是缓存页的数据还没来得及刷入磁盘，那不是就前功尽弃了，所以就需要我们的redo log日志了

当更新了Buffer Pool之后，就必须写一条redo log，一旦MySQL宕机，重启之后MySQL就会根据redo log恢复当时更新的缓存页，那么redo log是如何解决我们上面缓存页遇到的问题的呢？

首先redo log非常小，可能也就几十个字节，里面包含了表空间、数据页号、磁盘文件偏移量、更新值、日志类型这些信息，大概格式如下：