从库延迟增大,MySQL日志出现InnoDB: page_cleaner: 1000ms intended loop took 17915ms.

今天同事负责的数据库从库出现从库延迟增大,MySQL日志InnoDB: page_cleaner: 1000ms intended loop took 17915ms.

了解原因,keepalived+MySQL主主复制架构,MySQL5.7版本,其中keepalived切换到备库后,在切换回来导致从库延迟增大,MySQL日志出现InnoDB: page_cleaner: 1000ms intended loop took 17915ms.

查看服务器top,发现CPU出现大量wait占用

同时,用iostat查看也发现util达到100%

网上查看方法:

1、调整innodb_page_cleaners为更大的值即可,最好保持跟innodb_buffer_pool_instances一致,但是要根据服务器的CPU实际核数调整

2、或者是叶老师写的 http://blog.itpub.net/7728585/viewspace-2157988/

3、How to solve mysql warning: "InnoDB: page_cleaner: 1000ms intended loop took XXX ms. The settings might not be optimal "? - Stack Overflow https://stackoverflow.com/questions/41134785/how-to-solve-mysql-warning-innodb-page-cleaner-1000ms-intended-loop-took-xxx

 

由于此服务器CPU为2核,内存为8G,并且跑着2个实例。所以硬件资源这块确实太弱了。

临时的想法,就是看看MySQL参数sync_binlog、innodb_flush_log_at_trx_commit是否设置的双1,改成0和2后,发现没有好转。看来硬件是没法在优化了,对服务器进行升级(云服务器)后从库性能恢复,开始猛追数据。

 

posted @   paul_hch  阅读(12248)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
历史上的今天:
2017-08-09 mysqldump 逻辑备份的正确方法【转】
2017-08-09 谁说运维用ELK没用?我就说很有用,只是你之前不会用【转】
点击右上角即可分享
微信分享提示