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

Question

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

Answer 1

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

然而第二个问题仍然poll没有解决。