9

我正在使用 MySQL 5.5.25 服务器和 InnoDB 作为我的数据库。

由于 mysqld 进程大约一分钟，服务器的 CPU 经常以 100% 的速度工作。使用 SHOW PROCESSLIST：

Command | Time | State        | Info
Query   |  100 | Sending data | SELECT a.prefix, a...
Query   |  107 | Sending data | SELECT a.prefix, a...
Query   |   50 | Sending data | SELECT a.prefix, a...

有问题的查询是：

SELECT a.prefix, a.test_id, a.method_id, b.test_id
FROM a
LEFT JOIN b ON b.test_id = a.test_id
AND user_id = ?
AND year = ?

所有这些列都已编入索引，因此这不是问题。此外，当我在 phpMyAdmin 中运行查询（具有足够的 LIMIT）时，需要 0.05 秒才能完成。此外，令人沮丧的是，我发现自己无法重现此问题，即使同时执行此查询两次并发送垃圾邮件只会使我的 CPU 达到 40% 的峰值。

使用 EXPLAIN 为查询添加前缀会导致：

Id | select_type | table | type | possible_keys        | key     | key_len | ref          | rows | Extra
 1 | SIMPLE      | a     | ALL  | NULL                 | NULL    | NULL    | NULL         | 1169 | 
 1 | SIMPLE      | b     | ref  | user_id,year,test_id | test_id | 4       | db.a.test_id |   58 |

除非我看不到我面前的东西，否则我正在寻找方法来发现如何调试此类问题。我确实已经记录了所有查询及其执行时间以及它们的值等。但是由于我无法重现它，所以我被卡住了。我应该怎么做才能弄清楚这个问题是关于什么的？

4

2 回答 2

8

哇，感谢 Masood Alam 的评论，我发现并解决了这个问题。

事实证明，使用SHOW ENGINE INNODB STATUS对调试非常有帮助。

事实证明，user_id数据库的某些值会以不同的方式处理事情，因此其行为不可预测并且无法重现问题。通过 status 命令，我能够复制并粘贴当前正在运行的确切查询。

这是 的EXPLAIN特定值的结果user_id：

Id | select_type | table | type         | possible_keys        | key          | key_len | ref  | rows | Extra
 1 | SIMPLE      | a     | ALL          | NULL                 | NULL         | NULL    | NULL |  841 | 
 1 | SIMPLE      | b     | index_merge  | user_id,year,test_id | user_id,year | 4,4     | NULL |   13 | Using intersect(user_id,year); Using where

现在的后续问题是如何解释这种行为。但是，为我解决问题只需将查询更改为：

SELECT a.prefix, a.test_id, a.method_id, b.test_id
FROM a
LEFT JOIN b ON b.test_id = a.test_id
WHERE
b.id IS NULL
OR user_id = ?
AND year = ?

其中EXPLAIN导致：

Id | select_type | table | type | possible_keys | key     | key_len | ref          | rows | Extra
 1 | SIMPLE      | a     | ALL  | NULL          | NULL    | NULL    | NULL         |  671 | 
 1 | SIMPLE      | b     | ref  | test_id       | test_id | 4       | db.a.test_id |   49 | Using where

现在我知道，给定不同的输入值，InnoDB 可以有不同的方法来执行查询。为什么？我还是不知道。

于 2013-10-04T12:32:56.740 回答
1

无论您使用哪种引擎，发送数据都是长时间运行查询的指示，因此非常糟糕。

在您的情况下，在这两种情况下都没有在表 a 上使用索引，您很幸运该表只有几百条记录。没有索引或 ALL（全表扫描）是完全避免的。请记住，当您的表中有数千甚至数百万条记录时，情况会有所不同。

创建一个以查询为模型的索引以防万一。再次使用 EXPLAIN 查看引擎是否使用此索引。如果没有，您可以使用类似 USE INDEX(myindex) 或 FORCE INDEX (myindex) 的提示。结果应该是惊人的。

如果没有，您的索引可能没有您想象的那么好。重申整个过程。

但是请记住，如果您更改使用此索引的查询可能不再适用，因此您必须再次重申。

于 2019-12-20T11:46:50.767 回答