mysql响应时间超时排查
- 背景：
数据库运营环境，zabbix mysql响应时间告警，响应时间超时
- zabbix监控
- tcprstart 直接抓包响应时间看到每5秒钟就一次，与zabbix监控一致
[root@slave1(35.101) /r2/monitor]# tcprstat -l 192.168.3.101 -p 3306 -t 1 -n 0
timestamp count max min avg med stddev 95_max 95_avg 95_std 99_max 99_avg 99_std
1540537920 0 0 0 0 0 0 0 0 0 0 0 0
1540537921 7 95 54 77 73 16 92 74 15 92 74 15
1540537922 0 0 0 0 0 0 0 0 0 0 0 0
1540537923 0 0 0 0 0 0 0 0 0 0 0 0
1540537924 0 0 0 0 0 0 0 0 0 0 0 0
1540537925 0 0 0 0 0 0 0 0 0 0 0 0
1540537926 0 0 0 0 0 0 0 0 0 0 0 0
1540537927 0 0 0 0 0 0 0 0 0 0 0 0
1540537928 1 5000198 5000198 5000198 5000198 0 0 0 0 0 0 0
1540537929 0 0 0 0 0 0 0 0 0 0 0 0
1540537930 0 0 0 0 0 0 0 0 0 0 0 0
1540537931 0 0 0 0 0 0 0 0 0 0 0 0
1540537932 0 0 0 0 0 0 0 0 0 0 0 0
1540537933 1 5000178 5000178 5000178 5000178 0 0 0 0 0 0 0
1540537934 0 0 0 0 0 0 0 0 0 0 0 0
1540537935 0 0 0 0 0 0 0 0 0 0 0 0
1540537936 0 0 0 0 0 0 0 0 0 0 0 0
1540537937 0 0 0 0 0 0 0 0 0 0 0 0
1540537938 1 5000162 5000162 5000162 5000162 0 0 0 0 0 0 0
1540537939 0 0 0 0 0 0 0 0 0 0 0 0
1540537940 0 0 0 0 0 0 0 0 0 0 0 0
1540537941 0 0 0 0 0 0 0 0 0 0 0 0
1540537942 0 0 0 0 0 0 0 0 0 0 0 0
1540537943 1 5000171 5000171 5000171 5000171 0 0 0 0 0 0 0
1540537944 0 0 0 0 0 0 0 0 0 0 0 0
1540537945 0 0 0 0 0 0 0 0 0 0 0 0
1540537946 0 0 0 0 0 0 0 0 0 0 0 0
1540537947 0 0 0 0 0 0 0 0 0 0 0 0
1540537948 1 5000192 5000192 5000192 5000192 0 0 0 0 0 0 0
1540537949 0 0 0 0 0 0 0 0 0 0 0 0
1540537950 0 0 0 0 0 0 0 0 0 0 0 0
1540537951 0 0 0 0 0 0 0 0 0 0 0 0
1540537952 0 0 0 0 0 0 0 0 0 0 0 0
1540537953 1 5000175 5000175 5000175 5000175 0 0 0 0 0 0 0
1540537954 0 0 0 0 0 0 0 0 0 0 0 0
1540537955 0 0 0 0 0 0 0 0 0 0 0 0
1540537956 0 0 0 0 0 0 0 0 0 0 0 0
1540537957 0 0 0 0 0 0 0 0 0 0 0 0
1540537958 1 5000186 5000186 5000186 5000186 0 0 0 0 0 0 0
1540537959 0 0 0 0 0 0 0 0 0 0 0 0
1540537960 0 0 0 0 0 0 0 0 0 0 0 0
1540537961 0 0 0 0 0 0 0 0 0 0 0 0
1540537962 0 0 0 0 0 0 0 0 0 0 0 0
1540537963 1 5000201 5000201 5000201 5000201 0 0 0 0 0 0 0
1540537964 0 0 0 0 0 0 0 0 0 0 0 0
1540537965 0 0 0 0 0 0 0 0 0 0 0 0
1540537966 0 0 0 0 0 0 0 0 0 0 0 0
1540537967 0 0 0 0 0 0 0 0 0 0 0 0
1540537968 1 5000146 5000146 5000146 5000146 0 0 0 0 0 0 0
1540537969 0 0 0 0 0 0 0 0 0 0 0 0
1540537970 0 0 0 0 0 0 0 0 0 0 0 0
1540537971 0 0 0 0 0 0 0 0 0 0 0 0
1540537972 0 0 0 0 0 0 0 0 0 0 0 0
1540537973 1 5000173 5000173 5000173 5000173 0 0 0 0 0 0 0
1540537974 0 0 0 0 0 0 0 0 0 0 0 0
1540537975 0 0 0 0 0 0 0 0 0 0 0 0
1540537976 0 0 0 0 0 0 0 0 0 0 0 0
1540537977 0 0 0 0 0 0 0 0 0 0 0 0
1540537978 1 5000229 5000229 5000229 5000229 0 0 0 0 0 0 0
1540537979 0 0 0 0 0 0 0 0 0 0 0 0
1540537980 0 0 0 0 0 0 0 0 0 0 0 0
1540537981 0 0 0 0 0 0 0 0 0 0 0 0
1540537982 0 0 0 0 0 0 0 0 0 0 0 0
1540537983 1 5000144 5000144 5000144 5000144 0 0 0 0 0 0 0
1540537984 0 0 0 0 0 0 0 0 0 0 0 0
1540537985 1 357 357 357 357 0 0 0 0 0 0 0
1540537986 0 0 0 0 0 0 0 0 0 0 0 0
1540537987 0 0 0 0 0 0 0 0 0 0 0 0
1540537988 1 5000196 5000196 5000196 5000196 0 0 0 0 0 0 0
- 通过tcpdump 抓包
[root@slave1(35.101) /r2/monitor]# tcpdump -i em4 -s 3000 port 3306 -w em4sql.pcap
tcpdump: listening on em4, link-type EN10MB (Ethernet), capture size 3000 bytes
^C576 packets captured
591 packets received by filter
0 packets dropped by kernel
- 使用wireshark 分析em4sql.pcap
可以看响应的时间
可以看到实际的sql
mysql响应时间超时排查的更多相关文章
- 一个诡异的MySQL查询超时问题，居然隐藏着存在了两年的BUG
这一周线上碰到一个诡异的BUG. 线上有个定时任务,这个任务需要查询一个表几天范围内的一些数据做一些处理,每隔十分钟执行一次,直至成功. 通过日志发现,从凌晨5:26分开始到5:56任务执行了三次,三 ...
- 手把手教你定位线上MySQL锁超时问题，包教包会
昨晚我正在床上睡得着着的,突然来了一条短信. 什么?线上的订单无法取消! 我赶紧登录线上系统,查看业务日志. 发现有MySQL锁超时的错误日志. 不用想,肯定有另一个事务正在修改这条订单,持有这条订单 ...
- MySQL 各种超时参数的含义
MySQL 各种超时参数的含义 今日在查看锁超时的设置时,看到show variables like '%timeout%';语句输出结果中的十几种超时参数时突然想整理一下,不知道大家有没有想过,这么 ...
- Mysql 高负载排查思路
Mysql 高负载排查思路 发现问题 top命令 查看服务器负载,发现 mysql竟然百分之两百的cpu,引起Mysql 负载这么高的原因,估计是索引问题和某些变态SQL语句. 排查思路 1. 确定高 ...
- MySQL连接问题【如何解决MySQL连接超时关闭】
--MySQL连接问题[如何解决MySQL连接超时关闭] ------------------------------------------------转载 最近做网站有一个站要用到WEB网页采集器 ...
- RPC服务超时排查思路
RPC服务超时排查思路- 1.查看服务提供者日志相关信息进行排查- 2.查看消费者的超时时间设置是否合理- 3.查看服务提供者业务逻辑是否有DB操作,有的话看是否有慢SQL- 4.查看服务提供者业务逻 ...
- Tcprstat测试mysql响应时间
Tcprstat测试mysql响应时间 一.tcprstat工具安装与使用 tcprstat 是一个基于 pcap 提取 TCP 应答时间信息的工具,通过监控网络传输来统计分析请求的响应时间. 使用方 ...
- mysql连接超时的问题
使用Hibernate + MySQL数据库开发,链接超时问题: com.mysql.jdbc.CommunicationsException: The last packet successfull ...
- 记一次mysql请求超时甩锅历程
今天下午业务找我说是线上环境一个mysql库很慢,请求出现了大量的超时,让帮忙看看,以下为查找过程及甩锅过程. 1. mysql请求超时,ok,我们所有线上mysql都是开启了慢查询日志的,查找慢查询 ...
随机推荐
- 统一异常处理@RestContrllerAdvice，@ExceptionHandler（转载）
思想很重要 统一异常处理实现方式:使用注解@RestContrllerAdvice,@ExceptionHandler 先想明白一个问题:定义统一异常处理类之后,是不是在Contrller中就不用捕获 ...
- Redis----windows下的常用命令二
Redis 是一个开源,高级的键值对的存储.它经常作为服务端的数据结构,它的键的数据类型能够是strings, hashs, lists, sets(无序集合) 和 sorted sets(有序集合) ...
- C语言中右大括号(})后是否加分(;)号问题
在C语言中定义结构体时,右大括号后是需要加分号的,在C++中使用class关键字定义类时,右大括号后也是需要加分号的,而在定义函数时,右大括号后是不需要加分号的. 对这个问题的解释就是右花括号}能代表 ...
- Jordan标准形
一.引入 前面已经指出,一切n阶矩阵A可以分成许多相似类.今要在与A相似的全体矩阵中,找出一个较简单的矩阵来作为相似类的标准形.当然以对角矩阵作为标准形最好,可惜不是每一个矩阵都能与对角矩阵相似.因此 ...
- git log 退出方法
前言 使用git的过程中会有一些疑问,理当记录,方便自己随时查看,可能也会帮助他人解惑,甚好! 1.git log退出方法 使用git log之后无法回到主页面,如下图所示,最后只能暴力关闭git b ...
- 推荐六个在线生成网址二维码的API接口
现在很多大网站都有这样的一个功能,使用手机扫描一下网页上的二维码便可快速在手机上访问网站.想要实现这样的功能其实很简单,下面麦布分享几个在线生成网址二维码的API接口.都是采用http协议接口,无需下 ...
- 放苹果问题 DP计数 m个苹果放在n个盘子里，苹果，盘子相同，盘子可为空
详细的解释放苹果问题的链接:苹果可相同可不同,盘子可相同可不同,盘子可空和不可空,都有详细的说明··· http://www.cnblogs.com/celia01/archive/2012/02/1 ...
- Python 实现画一个小猪佩奇
===================================== 看到 佩奇的广告片刷红,为了迎接猪年,咱们也来用Python 画板实现一个效果吧 from turtle import* ...
- day25 python学习 继承，钻石继承 多态
---恢复内容开始--- 通过一个列子认识父类和子类中,子类的如何实现对父类默认属性调用,同时拥有自己的属性,如何在子类中调用父类的方法,class Ainmal: country='afdas' d ...
- RabbitMQ之监控
RabbitMQ作为一个工业级的消息中间件,肯定是缺少不了监控的,RabbitMQ提供了WEB版的页面监控(访问地址:http://xxx.xxx.xxx.xxx:15672/,默认端口号是15672 ...