从库延迟增大,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后,发现没有好转。看来硬件是没法在优化了,对服务器进行升级(云服务器)后从库性能恢复,开始猛追数据。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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没用?我就说很有用,只是你之前不会用【转】