mysql 第三十二篇文章~并发导致的从库延迟问题

标签：从库   慢日志   日志记录   时间段   defaults   结果   工具   base64   背景   

一 简介:今天来聊聊周期性从库延迟的问题

二 背景:近期每天的指定时间段,收到从库延迟的报警,然后过一段时间恢复.由于从库是提供读服务的,所以需要解决

三 分析思路:

            1 周期性延时,而且全部从库都出现延迟，应该是由于主库的DML操作引起的

            2 查看主库的慢日志记录(我们的数据库会每小时进行切割)，也并没有发生DML慢语句,排除因为慢sql(DML操作)导致的问题，主库的DML操作如果出现慢语句,同步到从库会更慢,比如update,delete语句

            3 查看从库的慢日志记录，是否出现DML慢语句，并没有出现

            4 查看天兔平台记录的DML语句曲线图,发现这段时间内出现了大量的并发insert操作,定位到了问题

四 解决问题:

           1 采用mysqlbing进行指定时间段内的分析

            sqlbinlog --no-defaults --start-datetime=‘2017-11-17 07:50:00‘ --stop-datetime=‘2017-11-17 08:20:00‘ --base64-output=decode-rows -vv binlogname > result.txt

           2 运用AWK工具进行这段时间内的增删查改统计

           awk ‘/###/ {if($0~/UPDATE|INSERT|DELETE/)count[$2" "$NF]++}END{for(i in count) print i,"\t",count[i]}‘  文件名| column -t | sort -k3n

           会统计 库+表 增删查改次数 并进行排序

          3 根据结果，发现了 insert最高的一张表，然后和运维确认业务IP，和研发进行沟通，得知业务一段时间进行集中处理，导致了上述情况。

五  此次排查顺利结束

mysql 第三十二篇文章~并发导致的从库延迟问题

标签：从库   慢日志   日志记录   时间段   defaults   结果   工具   base64   背景   

原文地址：http://www.cnblogs.com/danhuangpai/p/7851226.html