鉴于 MySQL 中的这个 SQL 查询：
SELECT * FROM tableA WHERE tableA.id IN (SELECT id FROM tableB);
MySQL 是否对tableA 中的每一行多次执行子查询SELECT id FROM tableB？
有没有办法在不使用变量或存储过程的情况下让 sql 运行得更快？
为什么这通常比使用LEFT JOIN 慢？
【问题讨论】：
标签： mysql database-performance
你的假设是错误的；子查询将只执行一次。它比连接慢的原因是IN 不能利用索引；每次评估 WHERE 子句时，它必须扫描其参数一次，即 tableA 中的每行一次。您可以优化查询，而无需使用变量或存储过程，只需将 IN 替换为连接即可，因此：
SELECT tableA.field1, tableA.field2, [...]
FROM tableA
INNER JOIN tableB ON tableA.id = tableB.id
除非您不介意从两个表中取回每个字段，否则您确实需要在SELECT 子句中枚举您想要的字段；例如，tableA.* 会引发语法错误。
【讨论】：
LEFT JOIN 也不是一回事。 INNER JOIN 就是答案。
LEFT JOIN tableB on tableA.id = tableB.id AND tableB.id IS NOT NULL 如果更冗长的话也会有同样的效果，但那太愚蠢了。
IN 的值也会减慢它的速度。感谢您的澄清。
首先，这取决于 MySQL 的版本。我相信 5.6 版正确优化了此类查询。 MySQL 文档对此不一致。例如，here 它说明了一件事：
考虑以下子查询比较：
outer_expr IN (SELECT inner_expr FROM ... WHERE subquery_where)
MySQL “从外到内”评估查询。也就是说，它首先 获取外部表达式outer_expr的值，然后运行 子查询并捕获它产生的行。
这种“从外到内”意味着对每一行评估子查询。这与我使用 MySQL 的经验一致。
文档另有建议here:
MySQL 本身进行的一些优化是：
- MySQL 只执行一次不相关的子查询。使用 EXPLAIN 确保给定的子查询确实是不相关的。
- MySQL 重写 IN、ALL、ANY 和 SOME 子查询以尝试利用子查询中的选择列表列被索引的可能性。
我相信该声明不指的是in 子句。可能发生的情况是子查询被重写为相关子查询以检查索引，然后运行多次（无论是否存在索引）。
【讨论】：