linux – strace显示从mysql socket读取很长时间 – mysql需要很长时间才能执行查询?

前端之家收集整理的这篇文章主要介绍了linux – strace显示从mysql socket读取很长时间 – mysql需要很长时间才能执行查询?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我的Apache服务器需要很长时间来处理请求.我附上了strace,可以看到以下两个延迟:

1)非常关键(处理143秒)

1335       0.000037 write(16,"\235\0\0\0\3INSERT INTO `br_anonymous_user_tokens` (`dtExpires`,`nmToken`,`dtCreated`) VALUES ('2014-08-25','46e35dc39a41e836b806f48d21621b066ea182a9','2014-06-25')",161) = 161
1335       0.000111 read(16,"\t\0\0\1\0\1\374\262\n\2\0\0\0",16384) = 13
1335     143.588134 gettimeofday({1403675497,653337},NULL) = 0

文件描述符#16似乎是MysqL socket:

line from strace
1335       0.000328 socket(PF_LOCAL,SOCK_STREAM,0) = 16

和这里

pidof MysqLd
15393
lsof -p 15393
MysqLd  15393 MysqL   12u  IPv4  26913133       0t0      TCP *:MysqL (LISTEN)

所以似乎Apache正在等待MysqL执行写入前一行的套接字的查询.我对吗?这是否意味着我需要理解为什么MysqL执行简单查询需要这么长时间?

2)很长

1335       0.000040 poll([{fd=14,events=POLLIN}],1,5000) = 0 (Timeout)
1335       5.005295 gettimeofday({1403675502,686212},NULL) = 0

在这里,我尝试找到文件描述符#14,以找出超时的来源.我使用了here所描述的技术,但没有一个显示出有问题的描述符.如何找出超时的来源?

解决方法

问题得到解决.我查看了information_schema MysqL数据库中的PROCESSLIST表,发现一些表被锁定状态等待表级锁定.然后我搜索并发现锁定的一个原因可能是MysqLdump备份 – 这正是我最近配置的.但由于工作配置错误,它每分钟都会不停地锁定MysqL.现在备份配置正确,服务器工作正常.

但民意调查的第二个问题仍未得到解决.

原文链接:https://www.f2er.com/linux/399171.html

猜你在找的Linux相关文章