为什么 SQL 的 IN 条件有时比 = 运算符慢？

SQL 的 IN 条件：与 =

相比存在性能问题

在特定情况下，与 IN 运算符相比，SQL 的 = 条件可能明显表现不佳。这是旧 MySQL 版本中的一个值得注意的问题，尽管更高版本（MySQL 5.6 及更高版本）已经解决了这个问题。

性能差异源于优化挑战。 IN 子句中的子查询可能会被错误地识别为 dependent，而不是 independent。这会导致子查询重复执行主查询中的每一行，从而极大地影响性能。

让我们看一个例子：

<code class="language-sql">SELECT * FROM question_law_version
WHERE question_law_id IN (
    SELECT MAX(foo_id)
    FROM bar
);</code>

此查询的EXPLAIN计划可能会显示：

<code>1  'PRIMARY'             'question_law_version'  'ALL'  ''  ''  ''  ''  10148  'Using where'
2  'DEPENDENT SUBQUERY'  'question_law_version'  'ALL'  ''  ''  ''  ''  10148  'Using where'
3  'DEPENDENT SUBQUERY'  'question_law'          'ALL'  ''  ''  ''  ''  10040  'Using where'</code>

注意“依赖子查询”指定。 内部查询会重复执行。 但是，使用 = 重写查询（假设子查询返回单个值）：

<code class="language-sql">SELECT * FROM question_law_version
WHERE question_law_id = (
    SELECT MAX(foo_id)
    FROM bar
);</code>

...通常会产生更有效的计划：

<code>1  'PRIMARY'   'question_law_version'  'ALL'  ''  ''  ''  ''  10148  'Using where'
2  'SUBQUERY'  'question_law_version'  'ALL'  ''  ''  ''  ''  10148  'Using where'
3  'SUBQUERY'  'question_law'          'ALL'  ''  ''  ''  ''  10040  'Using where'</code>

关键区别在于“SUBQUERY”分类，表示单次执行。这种性能差异是由于 MySQL（在旧版本中）对 IN 子句依赖关系的误解而引起的。 数据库对此处理效率低下，导致性能下降。

以上是为什么 SQL 的 IN 条件有时比 = 运算符慢？的详细内容。更多信息请关注PHP中文网其他相关文章！