InnoDB体系架构（三）Checkpoint技术
Checkpoint技术
前篇 InnoDB体系架构（二）内存 从缓冲池、缓冲池的管理、重做日志缓冲、额外内存缓冲这四个点介绍了InnoDB存储引擎的内存结构，而在将缓冲池的数据刷新到磁盘的过程中使用到了Checkpoint技术，这篇文章我们着重讲解一下Checkpoint在内存中到应用。
一、Checkpoint使用背景
由于日常DML语句，如：Update / Delete操作首先操作了缓冲池的数据，并没有立即写入到磁盘，这有可能会导致内存中数据与磁盘中的数据产生不一致的情况。而与磁盘数据不一致的缓冲池的页就是我们常说的脏页。所以checkpoint的工作就是将内存中的脏页，在一定条件下刷新到磁盘。
如果在从缓冲池将页数据刷新到磁盘的过程中发生宕机，那么数据就无法恢复了；为了避免这种情况的发生，采用了Write Ahead Log策略，即当事务提交时，先写重做日志，再修改页，这样发生宕机也可以通过重做日志进行恢复。
二、Checkpoint的目的
1. 如果重做日志太大，那么数据库启动的时候恢复时间过长；
2. 缓冲池不够用时，需要先将脏页数据刷新到磁盘中；
3. 重做日志不可用时，刷新脏页到磁盘；
三、Checkpoint的运作机制
在了解运作机制之前，先来思考一下这几个问题：Checkpoint发生的时间？ 发生的条件？ 脏页（对象）的选择？
在InnoDB存储引擎内部，Checkpoint分为了两种：
(一） Sharp Checkpoint
Sharp Checkpoint 发生在数据库关闭时，将所有的脏页都刷新回磁盘，这是默认的工作方式，参数：innodb_fast_shutdown=1。
(二）Fuzzy Checkpoint
在InnoDB存储引擎运行时，使用Fuzzy Checkpoint进行页刷新，只刷新一部分脏页。在以下四种情况下会出发Fuzzy Checkpoint：
1. Master Thread Checkpoint
对于Master Thread，以每秒或者每N秒的速度将缓冲池的脏页列表刷新一定比例的页回磁盘，这个过程是异步的，用户查询线程不会阻塞。
2. FLUSH_LRU_LIST Checkpoint
为了保证LRU列表中有100个左右的空闲页可使用，在InnoDB 1.1.x版本之前，用户查询线程会检查LRU列表是否有足够的空间操作。如果没有，根据LRU算法，溢出LRU列表尾端的页，如果这些页有脏页，需要进行checkpoint。因此叫：FLUSH_LRU_LIST Checkpoint。
3. Async/Sync Flush Checkpoint
Async/Sync Flush checkpoint 发生在重做日志不可用的时候（满了），将buffer pool中的一部分脏页刷新到磁盘中，在脏页写入磁盘之后，事物对应的重做日志也就可以释放了。关于redo_log文件的的大小，可以通过innodb_log_file_size来配置。
4. Dirty Page too much Checkpoint
