MySQL：优化子查询

Question

我有这个查询需要进一步优化，因为它需要太多的 cpu 时间，而且我似乎找不到任何其他方法来更有效地编写它。有没有其他方法可以在不改变表格的情况下编写这个？

SELECT category, b.fruit_name, u.name
, r.count_vote, r.text_c
FROM Fruits b, Customers u
, Categories c
, (SELECT * FROM 
    (SELECT * 
     FROM Reviews 
     ORDER BY fruit_id, count_vote DESC, r_id
   ) a 
   GROUP BY fruit_id
) r
WHERE b.fruit_id = r.fruit_id 
AND u.customer_id = r.customer_id 
AND category = "Fruits";

Answer 1

下次您需要帮助优化查询时，请包括表/索引结构、索引基数的指示和查询的 EXPLAIN 计划。

这里似乎完全没有理由使用单个子查询，更不用说 2. 使用子查询主要会阻止 DBMS 优化器完成其工作。因此，您最大的胜利将来自消除这些子查询。

CROSS JOIN 创建了一个有意的笛卡尔连接 - 它还不清楚该表中的任何属性是否实际需要结果，是否在输出中产生多个相同行，或者只是一个错误。

查询最后一行中的属性category 不属于任何表（但我怀疑它来自类别表）。

此外，您的代码使用没有聚合函数的 GROUP BY 子句。这将产生不确定的结果并且是一个错误。假设您没有利用它的副作用，查询可以重写为：

SELECT 
  category, b.fruit_name, u.name, r.count_vote, r.text_c
FROM Fruits b
JOIN Reviews r 
ON r.fruit_id = b.fruit_id
JOIN Customers u ON u.customer_id = r.customer_id 
ORDER BY r.fruit_id, count_vote DESC, r_id;

由于您的查询中除了连接之外没有谓词，因此除了确保连接谓词上有索引之外，没有进一步优化的余地。

通常情况下，最大的好处可能来自于简单地询问为什么需要在单个查询中检索表中的每一行的问题。

Answer 2

您的 Categories 表似乎没有与其他表连接/相关，这会在所有行之间产生 catesia 产品

如果您想要不同的结果，请不要使用 group by 但 distint 这样您就可以避免不必要的子查询

而且你不需要在子查询上排序

SELECT category
    , b.fruit_name
    , u.name
    , r.count_vote
    , r.text_c
FROM Fruits b
INNER JOIN  Customers u ON u.customer_id = r.customer_id
INNER JOIN  Categories c ON  ?????? /Your Categories table seems not joined/related  to the others  / 
INNER JOIN  (
    SELECT distinct fruit_id, count_vote, text_c, customer_id
    FROM Reviews    
) r ON  b.fruit_id = r.fruit_id 
WHERE category = "Fruits";

为了更好地阅读，您应该使用显式连接语法并避免基于逗号分隔的表名和 where 条件的旧连接语法

Answer 3

这是用显式连接重写的查询：

SELECT 
  category, b.fruit_name, u.name, r.count_vote, r.text_c
FROM Fruits b
JOIN 
(
  SELECT * FROM 
  (
    SELECT * 
    FROM Reviews 
    ORDER BY fruit_id, count_vote DESC, r_id
  ) a 
  GROUP BY fruit_id
) r on r.fruit_id = b.fruit_id
JOIN Customers u ON u.customer_id = r.customer_id 
CROSS JOIN Categories c
WHERE c.category = 'Fruits';

（我这里猜测是category列属于categories表。）

有些部分看起来很可疑：

1. 为什么要交叉连接 Categories 表，甚至不显示表的列？
2. ORDER BY fruit_id, count_vote DESC, r_id 应该做什么？子查询结果被视为无序集，因此ORDER BY 是多余的，可以被 DBMS 忽略。您想在这里实现什么目标？
3. SELECT * FROM [ revues ] GROUP BY fruit_id 无效。如果您按fruit_id 分组，您希望获得什么count_vote 和什么r.text_c 作为ID？您不要告诉 DBMS（这将类似于 MAX(count_vote) 和 MIN(r.text_c)for instance. MySQL should through an error, but silently replacescount_vote, r.text_cbyANY_VALUE(count_vote), ANY_VALUE(r.text_c)`。这意味着您会得到任意选择的水果值。

因此，您的问题的答案是：不要试图加快速度，而是要修复它。 （也许你想提出一个新的请求来显示查询并解释它应该做什么，以便人们可以帮助你。）