-5

下面是查询。如何优化此查询？

SELECT  representative.rep_name                 AS RNAME, 
        SUM(areawise_temp.quantity*product.ptr) AS TOTPTR, 
        SUM(areawise_temp.quantity*product.pts) AS TOTPTS 
FROM    areawise_temp, 
        product, 
        representative 
WHERE   (areawise_temp.bill_date BETWEEN '2015/04/01' AND '2015/04/30') 
AND     areawise_temp.our_cust_id <> '' 
AND     areawise_temp.our_product_id <> '' 
AND     areawise_temp.Pincode IN 
(
    SELECT  pincode_list.pincode 
    FROM    pincode_list 
    WHERE   pincode_list.pin_id IN 
    (
        SELECT  rep_area.pin_id 
        FROM    rep_area 
        WHERE   rep_id IN 
        (
            SELECT  id 
            FROM    representative
        )
    ) 
    GROUP BY pincode_list.pincode
)  
AND areawise_temp.our_product_id = product.id
4

2 回答 2

0

编码模式IN ( SELECT ... )的优化非常差。将其更改为JOIN.

例如，最里面的部分可以是

SELECT ra.pin_id
    FROM rep_area AS ra
    JOIN representative AS r  ON r.id = ra.rep_id

还要确保你有必要的索引。让我们SHOW CREATE TABLE来帮助你。对于上面的片段，representative可能有PRIMARY KEY(id)？

于 2015-07-07T16:05:27.300 回答
0

在“优化”它之前，请确保它返回正确的结果。对代表的交叉连接操作看起来很奇怪。没有 GROUP BY，因此产品和数量的“总计”有效地乘以representative. （这样做并不是无效的，但这是一个足够奇怪的结果，我们将对其提出质疑。）

已经是2015年了。放弃用于连接操作的老式逗号语法的方式已经过去了。使用JOIN关键字。并将连接谓词从WHERE子句重新定位到ON子句。

当我们省略连接谓词时，作为对未来读者的帮助，我们更喜欢包含CROSS关键字，以表明省略连接谓词是有意的。

另外，我会避免使用IN (subquery), 并使用连接操作来获得等效的结果。

所以，首先，我会重新编写查询：

 SELECT r.rep_name            AS RNAME    -- not deterministic, no GROUP BY
      , SUM(t.quantity*p.ptr) AS TOTPTR
      , SUM(t.quantity*p.pts) AS TOTPTS 
   FROM areawise_temp t
   JOIN product p
     ON p.id = t.our_product_id
   JOIN ( SELECT l.pincode 
            FROM pincode_list l
            JOIN rep_area a
              ON a.pin_id = l.pin_id
            JOIN representative e
              ON e.id = a.rep_id
           GROUP BY l.pincode
        ) c
     ON c.pincode = t.pincode
  CROSS 
   JOIN representative r
  WHERE t.bill_date      BETWEEN '2015/04/01' AND '2015/04/30' 
    AND t.our_cust_id    <> ''
    AND t.our_product_id <> ''

这应该等同于原始查询，并返回相同的结果（可能具有不同的 RNAME 值，因为这是不确定的。）

不是已经提出了一个观点，但那个交叉连接representative看起来很奇怪。我强烈怀疑原始查询没有返回您实际想要返回的结果。

在性能方面，我们的下一个问题是our_cust_id和our_product_id列的数据类型...如果它们是数字，则与空字符串的不等式比较很奇怪。） 的数据类型bill_date，如果那是 a DATE，那么我们真的期望文字有破折号分隔符，而不是斜线。（我认为 MySQL 会很好地识别斜线，但我们更习惯于使用破折号来查看日期文字，而且我们肯定知道这是有效的。）

基本上，我们想知道我们强制 MySQL 执行的任何隐式数据类型转换，因为这些可能会影响是否可以使用索引。

“优化”的下一步是使用EXPLAIN，查看访问计划，并评估我们期望使用的索引是否未使用，或者添加合适的索引是否可以提高性能。

EXPLAIN使用https://dev.mysql.com/doc/refman/5.5/en/using-explain.html优化查询

于 2015-07-07T20:18:47.373 回答