MySQL CPU 100％-无慢查询

Question

我有一个通过vpn调用mysql数据库的Web应用程序。

有时（当许多客户正在使用该系统时），来自远程mysql主机的cpu达到100％，并且一切进展都很缓慢（我什至收到错误500）。

我打开了缓慢的查询日志，但什么也没有。

我看到了进程列表，并且有一些查询（大约30个，因为我使用了很多ajax，这很正常），它们正在对数据进行排序。

这样做的查询是（用数字填充）：

SELECT cs.id_client as id_client,  TIMESTAMPDIFF(SECOND,cs.call_start,cs.call_end) AS realduration, cs.*, cs.call_start + INTERVAL 0 HOUR as call_start_corrected, cs.call_end + INTERVAL 0 HOUR as call_end_corrected,`c`.`cost` AS `cscost` ,`c`.`call_rate` AS `ccall_rate`
FROM `callscallshop` AS `cs` LEFT JOIN
     `calls` AS `c`
     ON `c`.`call_start` = `cs`.`call_start`
WHERE `c`.`caller_id` = `cs`.`caller_id` AND 
      `cs`.`id_client` IN (9301) AND
      year(cs.call_start) = year(now()) AND 
      month(cs.call_start) = month(now()) AND 
      week(cs.call_start) = week(now()) AND
      `cs`.`invoice_id` = '-1'
ORDER BY cs.call_start DESC

我在数据库的本地副本上运行上述命令，执行时间为0.0027。

我删除了时间差和排序，时间差执行很小。

在谷歌浏览器上，我看到ajax响应有时超过30秒。

数据库服务器的任务管理器显示主要负载为mysql.exe

你们中有谁能帮助我解决这个问题？

您认为查询还是服务器上的东西？

更新

每天下午Ajax呼叫最多等待30秒！ 看来是cpu使用率达到了100％。

它们不允许在服务器上应用索引。

我将不胜感激。

Answer 1

由于存在此子句，您的LEFT JOIN被强制为INNER JOIN ：

 WHERE c.caller_id = cs.caller_id

像这样编写您的ON子句，您将解决该问题。

ON c.call_start = cs.call_start AND c.caller_id = cs.caller_id

您显示给我们的查询可以进行显着优化，尤其是在您的calllscallshop表具有很多行的情况下。 为什么？ 您正在以不可更改的方式进行日期范围搜索。 让我们修复它。

您似乎正处于生产紧急状态中500消息及所有消息-因此，让我们按顺序进行处理，最简单的方法是先进行处理。

首先，在calllscallshop表上创建一个覆盖索引的化合物 。 让我们来看看。 您的查询在caller_id和invoice_id上查找相等性。 它在id_client上查找集合包含。 它需要对call_start进行范围扫描。

因此，让我们将此索引添加到calllscallshop ： (caller_id, invoice_id, call_start, id_client) 。 尽快执行此操作，看看问题是否有所改善。 您可以添加索引而无需更改任何软件。

另外，将此索引添加到calls ： (caller_id, call_start)

其次，我们需要更有效地进行本周搜索。 作为奖励，我们进行的更改将解决您在每个日历年度开始时遇到的问题。 您正在这样做。

  year(cs.call_start) = year(now()) AND    /* slow */
  month(cs.call_start) = month(now()) AND  /* slow */
  week(cs.call_start) = week(now())        /* slow, wrong at year-end */

如果您希望此搜索可更改，则需要此：

    cs.call_start >= midnight on the first day of this week
AND cs.call_start <  midnight on the first day of next week

这种写查询的方式使MySQL能够对call_start上的索引进行范围扫描搜索。 它可以惊人地更快。

因此，问题是，我们如何midnight on the first day of this week得出建议？

如果您的星期几从星期日开始，那么这个小公式可以解决问题。

 CURDATE()-INTERVAL DAYOFWEEK(CURDATE())-1 DAY

之所以DAYOFWEEK()是因为DAYOFWEEK()返回Sunday = 1，Monday = 2， DAYOFWEEK() 。因此，要获取任何一天的前一个星期日，我们要备份DAYOFWEEK()-1天。

因此，让我们这样编写日期范围搜索：

    cs.call_start >= CURDATE()-INTERVAL DAYOFWEEK(CURDATE())-1 DAY
AND cs.call_start <  CURDATE()-INTERVAL DAYOFWEEK(CURDATE())-1 DAY + INTERVAL 7 DAY

该更改将对您的查询有很大帮助。

作为奖励，您可以执行此操作

GROUP BY DATE(call_start)-INTERVAL DAYOFWEEK(DATE(call_start))-1 DAY 

以便在需要时获取您的数据的每周摘要。

还有一件事：处理生产数据时，执行SELECT *被认为是有害的。 相反，您应该指定所需的确切列。

Answer 2

Ollies的建议非常有帮助，但不能解决问题。

问题不是直接在sql中，而是与php代码相关联。

更清楚地说：

• 每个呼叫中​​心都有多个呼叫室。
• 我正在创建连接并为每个机舱执行查询。

解决问题的方法是对多个机舱执行查询，因此每秒的连接和查询执行次数更少。

Ajax呼叫响应从30秒降至850ms！

感谢Ollie，您的建议使我的代码更快捷，更简洁。