查询优化 - <Derived 2> 类型：ALL，Key = NULL

Question

有人提出了类似的问题，我已针对每条建议重新编写了此查询，但无法找出问题所在。当向 EXPLAIN EXTENDED 提交以下查询时，我同时收到 'Type' = 'ref' 并且为每个表找到了一个键（尽管我不知道为什么 'isActive' 是为派生表 'CS' 选择的键。

SELECT 
    distinct
    CS.BLNUMBER
    ,CS.CONTAINER
    ,s.status
    #,s.location
    #,s.dateandtime 
FROM 
    CUSTOMERSHIPMENTS CS
INNER JOIN SHIPMENTS S 
    ON CS.BLNUMBER = S.BLNUMBER 
    AND CS.CONTAINER = S.CONTAINERNUMBER
WHERE
    cs.blnumber <>''
    and CS.CDATE > NOW() - INTERVAL 3 MONTH 
    and CS.ISACTIVE = 1
    and cs.hostcompany_id = cs.company_id
    AND S.STATUS <> ''

当我为这个联接分配一个别名并再次加入“customershipments”表时，这次称为“CS2”，如下所示：

FROM
(
SELECT 
    distinct
    CS.BLNUMBER
    ,CS.CONTAINER
    ,s.status
    #,s.location
    #,s.dateandtime 
FROM 
    CUSTOMERSHIPMENTS CS
INNER JOIN SHIPMENTS S 
    ON CS.BLNUMBER = S.BLNUMBER 
    AND CS.CONTAINER = S.CONTAINERNUMBER
WHERE
    cs.blnumber <>''
    and CS.CDATE > NOW() - INTERVAL 3 MONTH 
    and CS.ISACTIVE = 1
    and cs.hostcompany_id = cs.company_id
    AND S.STATUS <> ''
) temp

INNER JOIN CUSTOMERSHIPMENTS CS2 
ON temp.blnumber = CS2.BLNUMBER
and temp.container = cs2.container

EXPLAIN EXTENDED 现在立即告诉我：

id  select_type table   type    possible_keys   key key_len ref rows    filtered    Extra
1   PRIMARY derived2    ALL NULL    NULL    NULL    NULL    45120   100.00  Using temporary

但是“Derived2”指向 EXPLAIN EXTENDED ID 的 2，它是我在 CS 和 S 之间的连接。它是如何从有钥匙变成找不到钥匙的？我想不通。

Answer 1

子查询没有索引。 （见脚注。）因此，建议先计划运行子查询，然后再计划JOINing 到其他表。在您的情况下，cs2 需要复合 INDEX(BLNUMBER, container)（以任意顺序）。

以下是整个查询的执行方式：

1. 执行子查询，将结果存储到临时表中（Engine MEMORY 或 MyISAM）。
2. JOIN 到 CS2 使用 BLNUMBER 和/或 container 的任何可能。

同时，子查询的最优索引是

• CS: (ISACTIVE, CDATE) -- 更多内容如下
• S: (BLNUMBER, CONTAINERNUMBER)

请提供SHOW CREATE TABLE 和所有EXPLAIN。让我再猜猜……

你说INDEX(isactive)被神秘选中了？如果不到 20% 的表有 CS.ISACTIVE = 1，那将是一个有用的索引。是这样吗？无论如何，我建议的综合指数会更好。

子查询中是否有大约 45K 行？这需要时间来生成和使用。

脚注：在 5.6 中，优化器发现每个子查询的最佳索引应该是什么，并将其添加到 tmp 表中。但是，如果CS2 具有我上面提到的索引，这可能无关紧要。 JOIN 可以采用任何一种方式，那么为什么还要在 temp 上创建一个并不比 CS2 上的索引更好的索引。