linux – strace显示从mysql socket读取很长时间 – mysql需要很

发布时间：2020-12-13 17:02:14 所属栏目：Linux 来源：网络整理

导读：我的Apache服务器需要很长时间来处理请求.我附上了strace,可以看到以下两个延迟： 1)非常关键(处理143秒) 1335 0.000037 write(16,"2353INSERT INTO `br_anonymous_user_tokens` (`dtExpires`,`nmToken`,`dtCreated`) VALUES ('2014-08-25','46e35dc

我的Apache服务器需要很长时间来处理请求.我附上了strace,可以看到以下两个延迟：

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

1335       0.000037 write(16,"2353INSERT INTO `br_anonymous_user_tokens` (`dtExpires`,`nmToken`,`dtCreated`) VALUES ('2014-08-25','46e35dc39a41e836b806f48d21621b066ea182a9','2014-06-25')",161) = 161
1335       0.000111 read(16,"t11374262n2",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.现在备份配置正确,服务器工作正常.

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!