dirty page是在什么时候进入flush list的呢？看过我以前文档的同学，一定知道InnoDB存储引擎有一个所谓的mini-transaction，页面
Buffer Pool Flush Listadd page to flush list
buffer pool中的page，有三种状态：
free： 当前page未被使用
clean： 当前page被使用，对应于数据文件中的一个页面，但是页面未被修改
dirty： 当前page被使用，对应于数据文件中的一个页面，同时页面被修改
free类型的page，一定位于buf pool的free链表中。
clean，dirty两种类型的page，一定位于buf pool的LRU链表中。
与此同时，dirty page还位于buf pool的flush链表中。flush list中的dirty page，按照page的oldest_modificattion时间排序，oldest_modification越大，说明page修改的时间越晚，就排在flush 链表的头部；oldest_modification越小，说明page修改的时间越早，就排在flush链表的尾部。当InnoDB进行flush list的flush操作时，从flush list链表的尾部开始，写出足够数量的dirty pages，推进Checkpoint点，保证系统的恢复时间。
那么，dirty page是在什么时候进入flush list的呢？看过我以前文档的同学，，一定知道InnoDB存储引擎有一个所谓的mini-transaction，页面访问/修改都被封装为一个mini-transaction，当mini-transactin提交的时候，也就是该mini-transaction修改的页面进入flsuh list的时候。
mtr_commit -> mtr_memo_note_modification();
// 若当前page已经是dirty page，不是第一次修改，那么说明当前page已经在
// flush list之中，因此不需要再次加入flush list
if (block->page.oldest_modification)
ut_ad(block->page.oldest_modification
else
// 若当前page是第一次修改，oldest_modification = 0，则将page加入flush list
buf_flush_insert_into_flush_list();
buf_flush_list_mutex_enter(buf_pool);
remove page from flush list有两种操作，可以将dirty page从flush list中移除。一是LRU list flush；二是Flush list flush。其中，LRU list flush已经在前面的章节中分析。
而Flush list flush，也就是我们通常所说的InnoDB fuzzy Checkpoint，可以参考我以前的一个文档：MySQL InnoDB Insert Buffer Checkpoint AIO实现分析 。
更多详情见请继续阅读下一页的精彩内容：
推荐阅读：
InnoDB存储引擎的启动、关闭与恢复
MySQL InnoDB独立表空间的配置
MySQL Server 层和 InnoDB 引擎层 体系结构图
InnoDB 死锁案例解析