标签：业务 log 慢日志 级别 磁盘io mysq 变量 阻塞 今天
一 简介:今天咱们来聊聊慢查询日志里出现的一些问题
二 现象: 慢日志出现一些慢sql,慢日志里出现慢sql并不奇怪,奇怪的是慢日志拿出本身就是秒级执行,并不慢
三 分析:
1 观察健康指标三要素
cpu IO 内存 均无明显波动,其中最可能影响的就是磁盘IO的问题,硬盘为RAID10,读写量都很低,IOWAIT不高
2 观察DML事务量
因为有可能是大量并发事务导致的select阻塞造成的,观察下binlog日志生成量,也不大
3 观察变量级别
mysql 命中率为100%
4 再看慢日志sql
这台数据库还有其他库的慢查询,其中居然有几个千万级别的,然后去尝试优化下其他业务的关联sql,优化完后,再进行观察
四 结果: 尝试优化完其他业务在这台数据库的慢sql,这个sql就很少出现慢sql了,事实证明,这个sql是被其他慢sql给拖累了
五 总结
1 如果环境允许,不同业务的库尽量不要在同一台DB(我们是因为机器太紧张了),对于并发高的业务库进行拆分
2 优先优化机器级别的慢日志语句,等优化差不多,再进行进一步判断,这样能清晰的排查问题
3 对于磁盘IO问题的判定,对于磁盘读写量不大的情况下,也依然可能造成上述问题
标签：业务 log 慢日志 级别 磁盘io mysq 变量 阻塞 今天
原文地址：https://www.cnblogs.com/danhuangpai/p/9283560.html
