☰

strace 显示从 mysql 套接字读取的时间很长-mysql 需要很长时间来执行查询？

tag-icon • tag-icon linux apache-2.2 mysql strace file-descriptors
strace 显示从 mysql 套接字读取的时间很长-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 套接字：

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，以找出超时的原因。我使用了上述技术这里，但没有一个显示有问题的描述符。我如何找出超时的原因？

答案1

问题已解决。我查看了MySQL 数据库PROCESSLIST中的表information_schema，发现有些表被锁定，状态为Waiting for table level lock。然后我搜索了一下，发现锁定的原因之一可能是 mysqldump 备份 - 这正是我最近配置的。但由于作业配置错误，它每分钟运行一次，不断锁定 MySQL。现在备份配置正确，服务器运行正常。

但第二个问题poll仍未解决。

相关内容