4

我使用的查询通常在一秒钟内执行，但有时需要 10-40 秒才能完成。我实际上并不完全清楚子查询是如何工作的，我只知道它可以工作，因为它为每个 faverprofileid 提供了 15 行。

我正在记录慢速查询，它告诉我检查了 5823244 行，这很奇怪，因为在所涉及的任何表中都没有接近那么多行（收藏夹表最多有 50,000 行）。

谁能给我一些指示？这是子查询的问题并且需要使用文件排序吗？

编辑：运行解释表明用户表没有使用索引（即使 id 是主键）。在额外下它说：使用临时；使用文件排序。

SELECT F.id,F.created,U.username,U.fullname,U.id,I.*   
FROM favorites AS F  
INNER JOIN users AS U ON F.faver_profile_id = U.id  
INNER JOIN items AS I ON F.notice_id = I.id  
WHERE faver_profile_id IN (360,379,95,315,278,1)  
AND F.removed = 0  
AND I.removed = 0   
AND F.collection_id is null   
AND I.nudity = 0  
AND (SELECT COUNT(*) FROM favorites WHERE faver_profile_id = F.faver_profile_id  
AND created > F.created AND removed = 0 AND collection_id is null) < 15 
ORDER BY F.faver_profile_id, F.created DESC;
4

5 回答 5

6

检查的行数表示很大，因为许多行已被检查过一次以上。 你得到这个是因为一个不正确的优化查询计划，当应该执行索引查找时导致表扫描。在这种情况下，检查的行数是指数级的，即与一个以上表格中的总行数的乘积相当的数量级。

  • 确保您已在三个表上运行ANALYZE TABLE 。
  • 阅读如何避免表扫描，识别并创建任何缺失的索引
  • 重新运行 ANALYZE 并重新解释您的查询
    • 检查的行数必须急剧下降
    • 如果没有，请发布完整的解释计划
  • 使用查询提示强制使用索引（要查看表的索引名称，请使用SHOW INDEX）：

SELECT F.id,F.created,U.username,U.fullname,U.id,I.*
FROM favorites AS F FORCE INDEX (faver_profile_id_key)
INNER JOIN users AS U FORCE INDEX FOR JOIN (PRIMARY) ON F.faver_profile_id = U.id
INNER JOIN items AS I FORCE INDEX FOR JOIN (PRIMARY) ON F.notice_id = I.id
WHERE faver_profile_id IN (360,379,95,315,278,1)
AND F.removed = 0
AND I.removed = 0
AND F.collection_id is null
AND I.nudity = 0
AND (SELECT COUNT(*) FROM favorites FORCE INDEX (faver_profile_id_key) WHERE faver_profile_id = F.faver_profile_id
AND created > F.created AND removed = 0 AND collection_id is null) < 15
ORDER BY F.faver_profile_id, F.created DESC;

您也可以更改您的查询以使用GROUP BY faver_profile_id/HAVING count > 15而不是嵌套SELECT COUNT(*)子查询，如vartec. 如果您的原始查询和vartec' 查询的性能应该是相当的，如果两者都得到适当的优化，例如使用提示（您的查询将使用嵌套索引查找，而vartec' 的查询将使用基于哈希的策略。）

于 2009-02-26T08:17:21.077 回答
5

我认为应该更快GROUP BY。HAVING那是你要的吗？

SELECT F.id,F.created,U.username,U.fullname,U.id, I.field1, I.field2, count(*) as CNT
FROM favorites AS F  
INNER JOIN users AS U ON F.faver_profile_id = U.id  
INNER JOIN items AS I ON F.notice_id = I.id  
WHERE faver_profile_id IN (360,379,95,315,278,1)  
AND F.removed = 0  
AND I.removed = 0   
AND F.collection_id is null   
AND I.nudity = 0  
GROUP BY F.id,F.created,U.username,U.fullname,U.id,I.field1, I.field2
HAVING CNT < 15
ORDER BY F.faver_profile_id, F.created DESC;

不知道items你需要哪些字段，所以我放了占位符。

于 2009-02-26T08:21:26.247 回答
3

我建议您使用Mysql Explain Query来查看您的 mysql 服务器如何处理查询。我敢打赌，你的索引不是最优的，但解释应该比我的赌注做得更好。

于 2009-02-26T08:27:16.573 回答
0

您可以对每个 id 执行循环并使用 limit 而不是 count(*) 子查询：

foreach $id in [123,456,789]:
    SELECT
     F.id,
     F.created,
     U.username,
     U.fullname,
     U.id,
     I.*
    FROM
     favorites AS F INNER JOIN
     users AS U ON F.faver_profile_id = U.id INNER JOIN
     items AS I ON F.notice_id = I.id
    WHERE
     F.faver_profile_id = {$id} AND
     I.removed = 0 AND
     I.nudity = 0 AND
     F.removed = 0 AND
     F.collection_id is null
    ORDER BY
     F.faver_profile_id,
     F.created DESC
    LIMIT
     15;
于 2009-02-26T08:42:44.383 回答
0

我假设该查询的结果旨在显示为分页列表。在这种情况下，也许您可​​以考虑执行一个更简单的“未连接查询”，并对每一行执行第二次查询，以仅读取显示的 15、20 或 30 个元素。JOIN 不是一个繁重的操作吗？这将简化查询，并且当连接表增长时它不会变慢。

如果我错了，请告诉我。

于 2009-02-26T09:44:53.067 回答