MySQL的崩溃恢复机制

MySQL为了提高性能，你对它数据行的增、删、改操作其实都优先发生在内存（Buffer Pool）中。那你想，假如你update了某些数据，Buffer Pool中的数据页也就会被你改成脏数据页。那万一你刚修改完并提交了事物，还没来得及将数据落盘MYSQL就宕机了怎么办？
当MySQL重启的时候需要把方才修改的内容恢复出来吧，不然数据就不一致了。那怎么恢复呢？就借助redo log恢复。因为前面说了，当你begin事物开始操作时，会先写redo log，在操作数据页。这个数据恢复的过程也叫做重做。

checkpoint机制

随着MySQL的运行，Buffer Pool中的数据页会被修改成脏数据页，当你开启事物进行一系列的操作时MySQL会为你不停的记录一堆日志，拿redolog来说，rodo log也是需要往先往内存中写，再以块的形式刷新回磁盘。
无论怎样都会存在这样一个中间过程：内存中存在脏数据页、和脏日志未来得及刷新回磁盘。
而本小节中要说的Checkpoint机制就是将这些脏数据刷新回磁盘的机制，即只要发生Checkpoint，就要将脏数据刷新回磁盘，反过来，当MySQL重启时会去找Checkpoint，并且根据Checkpoint的特性。MySQL可以明确的知道checkponit之前的脏数据已经落过盘了，重启时没必要进行重做。看到这里你已经大概知道Checkpoint是什么了。我们在稍微总结一下Checkpoint机制的作用：

1. 所谓的崩溃恢复，其实就是MySQL重启时照着redo log中的最后一次Checkpoint之后的日志回放一遍
2. 因为Checkpoint会不断的更新，并且MySQL重启时只需要对Checkpoint之后的数据进行恢复，所以Checkpoint会缩短MySQL重启的时间。
3. 因此每次进行Checkpoint时buffer pool中的脏数据页、redo log中的脏日志都会落盘。所以Checkpoint实际上起到了为这两者进行瘦身的作用。维持两个的可用性。

LSN

L