SQL Interview Prep · 课时

EXISTS 与 IN 的性能比较

Q: 「EXISTS 与 IN 的性能比较」这节课中我会学到什么？

了解 EXISTS 何时会提前停止并优于 IN，这是高级面试中常见的问题 你通过在浏览器中直接运行的动手代码来练习 SQL Interview Prep，全天候 AI 导师会在你学习这节课的过程中回答你的问题。

了解 EXISTS 何时会提前停止并优于 IN，这是高级面试中常见的问题

EXISTS 与 IN 的性能比较 是 CoddyKit 上的免费 SQL Interview Prep 课时。这是第 4 节课，共 4 节。你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。这是 SQL Interview Prep 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 SQL Interview Prep 课程共包含 4 节课。

EXISTS 实际判断什么

EXISTS 接收一个子查询，并在该子查询产生至少一行的瞬间返回真。它不关心返回的值 — 只关心是否存在任何行。

它是一种布尔判断，通常用于 WHERE。
它几乎总是相关的：内层查询会引用外层行。

这个单问题考点几乎出现在每场中高级 SQL 面试中。

基本的 EXISTS 查询

查找至少下过一笔订单的客户。内层查询通过 o.customer_id = c.id 与外层查询建立相关关系；只要找到一笔匹配的订单，EXISTS 就会返回真。

注意 SELECT 1 — 投影出的值并不重要，因此大多数工程师会写 1 或 *。两种写法面试官都接受；优化器会忽略 EXISTS 内部的选择列表。

SELECT c.name
FROM customers c
WHERE EXISTS (
  SELECT 1 FROM orders o
  WHERE o.customer_id = c.id
);

短路行为

面试官想听到的关键词是短路。EXISTS 一找到一行匹配记录，就会立即停止扫描内层查询。它不需要构建完整的匹配列表，也不需要对其去重。

相比之下，IN 从概念上会先将子查询中的值集合实体化，再检查成员关系。对于规模较大或重复值很多的内层集合，这种差异很重要。

使用 IN 的相同查询

下面是“有订单客户”查询对应的 IN 写法。逻辑上结果完全相同，但工作机制不同：子查询是不相关的，会生成一列客户标识符列表，供外层查询进行匹配。

在现代优化器中，这两种写法通常会生成相同的执行计划 — 但对于重复值很多的大型 orders，EXISTS 可能更快，因为它在第一次找到匹配时就会停止。

SELECT c.name
FROM customers c
WHERE c.id IN (
  SELECT o.customer_id FROM orders o
);

NOT EXISTS 优于 NOT IN

这就是整节课的核心结论。NOT EXISTS 是表达反连接的安全方式。与 NOT IN 不同，它不会因为内层查询中存在 NULL 而失效。

即使 orders.customer_id 中包含 NULL，它也能可靠地找出所有没有订单的客户。

SELECT c.name
FROM customers c
WHERE NOT EXISTS (
  SELECT 1 FROM orders o
  WHERE o.customer_id = c.id
);

NOT EXISTS 为何能安全处理 NULL

NOT EXISTS 只判断相关子查询是否找到了任何匹配行 — 结果清晰地分为是或否。NULL customer_id 只是不可能满足 o.customer_id = c.id，因此既不会匹配，也不会破坏逻辑。

相比之下，NOT IN 中的 NULL 会强制产生 UNKNOWN，从而丢弃所有行。这就是资深面试官更偏好用 NOT EXISTS 表达反连接的原因。

IN 何时更好

请保持客观 — IN 并不总是更差。当子查询返回一个小型、固定且无重复的列表时，IN 既清晰又快速：

少量字面值，或一个很小的查找表。
优化器可以只执行一次并缓存结果的不相关查询。

下面的查询完全符合惯用写法；在这里改用 EXISTS 反而是过度设计。

SELECT name
FROM products
WHERE category_id IN (
  SELECT id FROM categories WHERE active = true
);

现代而准确的回答

成熟的优化器（PostgreSQL、较新的 SQL 服务器和 MySQL）经常会将 IN 和 EXISTS 改写为相同的半连接执行计划。因此，对于普通的正向成员关系判断，二者的性能往往完全相同。

仍然重要的差异包括：

NOT IN 与 NOT EXISTS 的区别 — NULL 处理的正确性（是真实的正确性问题，而不只是速度问题）。
非常大的或未建立索引的内层表 — EXISTS 可以短路。

用于判断存在性的 EXISTS 与 JOIN

面试官还会提出另一种思路：为什么不直接使用 JOIN？如果连接的目的只是判断存在性，而右侧存在重复行，连接可能会使行数倍增，从而不得不使用 DISTINCT。EXISTS 永远不会复制外层行。

因此，对于纯粹的存在性判断，EXISTS 比 JOIN ... DISTINCT 更清晰。如果确实需要另一张表中的列，再使用连接。

SELECT DISTINCT c.name
FROM customers c
JOIN orders o ON o.customer_id = c.id;

索引决定成败

不谈索引，就无法完整回答性能问题。相关的 EXISTS 会针对每一行外层数据执行一次内层查找，因此，在相关列上建立索引 — 本例中是 orders(customer_id) — 才能使它运行得很快。

提到“我会在子查询用于建立相关关系的连接列上建立索引”，就能把教科书式回答提升为面试官认可的实用回答。

CREATE INDEX idx_orders_customer_id
  ON orders (customer_id);

面试金句

可以这样说：“EXISTS 是一种相关的布尔判断，会在找到第一行匹配记录时短路；而 IN 会检查某个值是否属于值列表。对于正向判断，现代优化器通常会生成相同的半连接执行计划。真正的区别在于 NOT EXISTS 与 NOT IN：NOT EXISTS 能安全处理 NULL，因此我更倾向于用它表达反连接 — 同时确保相关列已建立索引。”

快速检查

EXISTS 与 IN 讨论的核心。

回顾

EXISTS 与 IN，结论如下：

EXISTS 是一种相关的布尔判断，会在找到第一行匹配记录时短路；其内部的选择列表无关紧要。
IN 会检查某个值是否属于值集合，非常适合小型、无重复且不相关的列表。
对于正向判断，现代优化器通常会选择相同的半连接执行计划。
对于反连接，优先使用 NOT EXISTS，而不是 NOT IN — 它能安全处理 NULL。请为相关列建立索引。

至此，子查询深度讲解课程就结束了。

常见问题解答

「EXISTS 与 IN 的性能比较」课时是免费的吗？

是的 — 「EXISTS 与 IN 的性能比较」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 SQL Interview Prep 课程的其余内容，请升级到 CoddyKit PRO。 SQL Interview Prep 课程共包含 4 节课。

「EXISTS 与 IN 的性能比较」这节课中我会学到什么？

了解 EXISTS 何时会提前停止并优于 IN，这是高级面试中常见的问题你通过在浏览器中直接运行的动手代码来练习 SQL Interview Prep，全天候 AI 导师会在你学习这节课的过程中回答你的问题。

学习 SQL Interview Prep 需要有经验吗？

无需任何先前经验。CoddyKit 上的 SQL Interview Prep 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。这是第 4 节课，共 4 节。

「EXISTS 与 IN 的性能比较」课时需要多长时间？

大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。

我能在这节 SQL Interview Prep 课中编写并运行代码吗？

能。每节 SQL Interview Prep 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。

此课程中的所有课时

← 返回 SQL Interview Prep