共计 2714 个字符,预计需要花费 7 分钟才能阅读完成。
这篇文章主要介绍“MySQL 中 Innodb page clean 线程基础知识有哪些”,在日常操作中,相信很多人在 MySQL 中 Innodb page clean 线程基础知识有哪些问题上存在疑惑,丸趣 TV 小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”MySQL 中 Innodb page clean 线程基础知识有哪些”的疑惑有所帮助!接下来,请跟着丸趣 TV 小编一起来学习吧!
一、page clean 线程概念
Innodb 中 page clean 线程将脏数据写入到磁盘,脏数据写盘后相应的 redo 就可以覆盖,然后达到 redo 循环使用的目的。在 5.7 中参数可以开启多个 page clean 线程服务于多个 innodb buffer 实例如下:
The innodb_page_cleaners default value was
changed from 1 to 4 in MySQL 5.7. If the number of page cleaner threads exceeds the numberof buffer pool instances, innodb_page_cleaners is automatically set to the same value asinnodb_buffer_pool_instances.
实际上在内部实现中如果 page clean 线程为 4 个那么包含一个协调工作线程和三个工作线程,这个协调工作线程也要完成一部分工作。在 MySQL 中我们可以通过语句查看到这些工作线程:
| 17 | 57982 | innodb/page_cleaner_thread | NULL | BACKGROUND | NULL | NULL || 18 | 57983 | innodb/page_cleaner_thread | NULL | BACKGROUND | NULL | NULL || 19 | 57984 | innodb/page_cleaner_thread | NULL | BACKGROUND | NULL | NULL || 20 | 57985 | innodb/page_cleaner_thread | NULL | BACKGROUND | NULL | NULL |
实际上在我浅析分析中发现,所有的工作线程都是不断轮序每一个和 buffer instance 对应的槽(slot),直到所有的 buffer instance 都已经进行了刷脏工作为止,并没有固定那个工作线程服务于那个 buffer instance 实例。
二、刷新方式
总的来说 page clean 线程刷新的方式分为三种如下:
1、活跃刷新
一般来讲我们线上的数据库一般都处于活跃状态,只要有 DML/DDL 等用到语句都会处于活跃状态,但是 SELECT 不包含在活跃状态下。这种状态下刷新会开启一个协调工作线程和多个工作线程同时工作,这种状态其刷新的块数算法为(page_cleaner_flush_pages_recommendation 函数):
(根据参数计算出来的页数量 + 以往每秒刷新页的数量 + 根据 target lsn 计算出来的一个需要刷新的块数)/3
实际上这里需要关注的就是(根据参数计算出来的页数量),算法大概如下(af_get_pct_for_dirty 函数):
如果 innodb_max_dirty_pages_pct_lwm 没有开: 如果脏数据比率大于等于 innodb_max_dirty_pages_pct 的设置: 则返回 100%
如果 innodb_max_dirty_pages_pct_lwm 开启: 如果脏数据比率大于等于 innodb_max_dirty_pages_pct_lwm: 则返回 (脏数据比率 *100)/(innodb_max_dirty_pages_pct+1) 这样一个百分比
我们计上面的百分比为 A,除了百分比 A 还和 innodb_adaptive_flushing、innodb_adaptive_flushing_lwm 计算出来的百分比有关,我们记做 B(af_get_pct_for_lsn 函数计算),但是由于参数 innodb_cleaner_lsn_age_factor 默认设置为 high_checkpoint,所以这个百分比比较小,具体算法见后文,其最后取值
根据参数计算出来的页数量 = MAX(A,B)*innodb_io_capacity
2、空闲刷新
一般情况下除了活跃刷新就是空闲刷新,空闲的情况下因为服务器 IO 应该比较空闲,所以 Innodb 使用协调工作线程本身进行刷新,刷新的块数计算比较简单就是 innodb_io_capacity 设置的值。
3、同步刷新
同步刷新则是堵塞刷新,所有需要写脏数据库的用户线程都会堵塞,这是很严重的情况。在 checkpoint 的时候
会检查或者 DML 语句执行过程中都会检查 redo 是否处于一个安全的位置,这是调用 log_free_check 函数进行,如果认为脏的块数太多,redo 已经处于不安全的位置(log_checkpoint_margin),那么同步刷新会被唤醒。
关于这部分在源码部分还会提到。
三、关于一个警告
警告如下:
page_cleaner: 1000ms intended loop took **ms. The settings might not be optimal.((flushed= ** , during the time.)
实际上这个警告来自于两次刷新时间的检测:
本次刷新时间 – 上次刷新时间 1 秒(睡眠时间)+ 3 秒 则报警告
这个警告一般是 IO 能力不足,或者参数不够优化的结果,有了上面的基础我们知道这里应该做如下操作:
innodb_io_capacity 应该降低
innodb_max_dirty_pages_pct 应该降低
innodb_max_dirty_pages_pct_lwm 如果设置了应该考虑降低
innodb_io_capacity_max 考虑降低涉及到上面说的百分比 B 的计算(af_get_pct_for_lsn 函数)
降低的目的在于减少每次刷新的量,让每次刷新块数更加平均。从而避免 page clean 线程爆发性的刷新脏数据库,从而堵塞 IO 通道。如果慢慢调整后还是不行则考虑 IO 确实扛不住了。
到此,关于“MySQL 中 Innodb page clean 线程基础知识有哪些”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注丸趣 TV 网站,丸趣 TV 小编会继续努力为大家带来更多实用的文章!