MySQL(版本 5.5): Why `JOIN` is faster than `IN` clause?

Question

[题意总结:2条SQL语句，结果相同，但速度不同。一个语句使用 JOIN，其他使用 IN。 JOIN 比 IN 快]

我在 2 个表上尝试了 2 种 SELECT 语句，名为 booking_record 和 inclusions。 inclusions 表与 booking_record 表具有多对一关系。

(为简单起见，不包括表定义。)

第一条语句:(使用 IN 子句)

SELECT
  id,
  agent,
  source
FROM
  booking_record
WHERE
  id IN
  ( SELECT DISTINCT
      foreign_key_booking_record
    FROM
      inclusions
    WHERE
      foreign_key_bill IS NULL
      AND
      invoice_closure <> FALSE
  )

第二条语句:(使用JOIN)

SELECT
  id,
  agent,
  source
FROM
  booking_record
  JOIN
  ( SELECT DISTINCT
      foreign_key_booking_record
    FROM
      inclusions
    WHERE
      foreign_key_bill IS NULL
      AND
      invoice_closure <> FALSE
  ) inclusions
  ON
  id = foreign_key_booking_record

booking_record 表中有 300,000 多行，inclusions 表中有 6,100,000 多行；第二条语句仅用了 0.08 秒就传送了 127 行，但对于相同的记录，第一条语句花费了将近 21 分钟。

为什么 JOIN 比 IN 子句快这么多？

Answer 1

此行为有据可查。参见 here .

简短的回答是，直到 MySQL 版本 5.6.6，MySQL 在优化这些类型的查询方面做得很差。将会发生的情况是每次都会针对外部查询中的每一行运行子查询。很多很多的开销，一遍又一遍地运行相同的查询。您可以通过使用良好的索引并从 in 子查询中删除 distinct 来改进这一点。

如果您关心性能，这就是我更喜欢 exists 而不是 in 的原因之一。