SELECT `table_1`.*
FROM `table_1`
INNER JOIN
`table_2` [...]
INNER JOIN
`table_3` [...]
WHERE `table_1`.`id` IN
(
SELECT `id`
FROM [...]
)
AND [more conditions]
如果内部表被正确编入索引,那么这里的子查询根本不是严格意义上的“执行”.
由于子查询是IN表达式的一部分,因此将条件推送到子查询中并将其转换为EXISTS.
实际上,每个步骤都会对此子查询进行评估:
EXISTS
(
SELECT NULL
FROM [...]
WHERE id = table1.id
)
您可以在EXPLAIN EXTENDED提供的详细说明中看到它.
这就是为什么它被称为DEPENDENT SUBQUERY:每次评估的结果取决于table1.id的值.子查询本身不相关,它是相关的优化版本.
MySQL总是在更简单的过滤器之后评估EXISTS子句(因为它们更容易评估,并且有可能根本不评估子查询).
如果要一次性评估子查询,请按以下方式重写查询:
SELECT table_1.*
FROM (
SELECT DISTINCT id
FROM [...]
) q
JOIN table_1
ON table_1.id = q.id
JOIN table_2
ON [...]
JOIN table_3
ON [...]
WHERE [more conditions]
这会强制子查询在连接中处于领先地位,如果子查询与table_1相比较小,则效率更高,如果子查询与table_1相比较大,则效率较低.
如果子查询中使用了[…].id的索引,则子查询将使用INDEX FOR GROUP-BY执行.