标签：capacity lsn mysql page 线程 计算 刷新 脏页 pages

Mysql有后台线程，是专门用来刷新缓冲池的脏页与LRU列表中的数据页，理想状态下，刷新数据页的协调进程每1秒钟执行一个循环，将所有需要刷新的页或者需要从lru列表中换出的页进行刷新或者换出。 但每个循环，需要刷新多少个page, 则由下面的函数page_cleaner_flush_pages_recommendation计算每个innodb buffer instance 预计需要刷新多少个page. 下面是这个函数的头，以及相关注释。 

下面我们将解析该函数的核心内容，以便大家知道，刷新协调线程是怎么计算需要刷新的数据页的数量，以及跟数据库的innodb_io_capacity到底有怎样的联系。

函数中有下面这些值，这些值在关键的地方会使用,这些值的来源，马上解释：

buf_flush_lsn_scan_factor 为固定值 ，值等于3。

pct_for_lsn 由函数af_get_pct_for_lsn计算所得，该函数的作用是根据redo log的生成速度来得出用于io_capacity的百分比，函数定义以及注释如下：

sum_pages_for_lsn的值由下面的递归计算所得，该递归同样对每个innodb  buffer instance需要刷新的pages 进行第一次计算。

取值结果为page_cleaner->slots[i].n_pages_requested=pages_for_lsn / buf_flush_lsn_scan_factor + 1 .   而pages_for_lsn 的值，来自每个缓冲池实例中的脏页列表中的page的oldest_modification的值小于target_lsn的数量。 

简单点说，第一次计算每个缓冲池需要刷新多少脏页是根据脏页列表来计算的。

第一次计算完成之后，还会进行第二次计算， 第二次计算将根据redo log的生成速度来计算，计算方式如下：

当pct_for_lsn（文章开头部分提到这个值）大于30的时候，page_cleaner->slots[i].n_pages_requested 等以将第一次计算生成的值乘以n_pages  再除以sum_pages_for_lsn  ，然后再加1。

如果pct_for_lsn 小于30, 则第一次计算保存的n_pages_requested的值将不被使用，每个缓冲池将均分需要刷新的数量。 即n_pages/srv_buf_pool_instance.  srv_buf_pool_instance  的默认值为1。

而n_pages的取值来自文章中第二个图片的最后一行：

n_pages=(PTC_IO(pc_total)+avg_page_rate+pages_for_lsn)/3.

有点烧脑子，不想看了。但请直接看下面这句总结。

mysql的后台线程在计算需要刷新多少脏页时，会进行两次计算，第一次计算时根据脏页列表进行计算（规则如上所述),第二次会根据redo buffer的生成速度进行计算。 另外， 刷新页的数量也跟参数innodb_io_capacity有直接的关系。

该参数将直接影响刷新线程的工作效率，必须根据磁盘的Io能力设置合理的值，才能最大发挥服务器的性能。

      bye the way ,过年前意外残了，炼狱了一个月，终于恢复正常了。 平安健康就是福，没有这个，其他神马都是浮云。。

标签：capacity,lsn,mysql,page,线程,计算,刷新,脏页,pages
来源： https://blog.51cto.com/15057824/2648678

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。