MySQL数据库InnoDB存储引擎 Buffer Pool Flush List详解

Buffer Pool Flush List

add 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 <= mtr_start_lsn）; 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实现分析。更多详情见请继续阅读下一页的精彩内容： http://www.linuxidc.com/Linux/2013-10/91715p2.htm推荐阅读：InnoDB存储引擎的启动、关闭与恢复 http://www.linuxidc.com/Linux/2013-06/86415.htmMySQL InnoDB独立表空间的配置 http://www.linuxidc.com/Linux/2013-06/85760.htmMySQL Server 层和 InnoDB 引擎层体系结构图 http://www.linuxidc.com/Linux/2013-05/84406.htmInnoDB 死锁案例解析 http://www.linuxidc.com/Linux/2013-10/91713.htm

MySQL 删除大表的性能问题高效回收MySQL InnoDB 独立表空间相关资讯 InnoDB

MySQL误删除InnoDB数据文件恢复（07月14日）
MySQL 5.6.23 InnoDB相关Bugfix （03月02日）
MySQL · 引擎特性 · InnoDB redo （03月02日）

解决数据库Operation not allowed （04月11日）
MySQL · 引擎特性 · InnoDB undo （03月02日）
MySQL · 性能优化· InnoDB buffer （03月02日）

本文评论查看全部评论（0）