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

Question

我的Apache服务器需要很长时间来处理请求。我给它附加了一段时间，可以看到以下两个延迟：

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

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

然而，poll的第二个问题仍未解决。