MySQL 的 IN 和 EXISTS 有什么区别？为什么 NOT IN 遇到 NULL 容易出错？

知识点详解：从“下过单”和“没下过单”理解两种子查询

查询有订单的用户，两种写法分别在问什么？

咱们假设有 users 用户表和 orders 订单表。orders.user_id 表示订单属于哪个用户。

SQL：

SELECT u.id FROM users u
WHERE u.id IN (SELECT o.user_id FROM orders o);

SELECT u.id FROM users u
WHERE EXISTS (
  SELECT 1 FROM orders o WHERE o.user_id = u.id
);

第一条问：这个用户 ID 是否出现在订单用户 ID 集合中？第二条问：是否存在一条属于这个用户的订单？

EXISTS 关心有没有行，不需要取出这行的所有字段。这里写 SELECT 1，是为了明确用途，不是因为数字 1 有特殊匹配能力。重复订单也不会让外层用户凭空出现多次，这正适合存在性查询。

NOT IN 的坑，是 SQL 的三值逻辑

现在查询没下过单的用户。假设订单用户 ID 的结果是 1 和 NULL，而当前用户 ID 是 3。

3 NOT IN (1, NULL) 可以这样理解：3 不等于 1，并且 3 不等于 NULL。

前半句是 TRUE；后半句不是 TRUE，而是 UNKNOWN，因为 NULL 表示缺失或未知，普通比较不能确定相等或不等。两个条件合起来仍然是 UNKNOWN。

WHERE 只保留 TRUE，UNKNOWN 和 FALSE 都会被过滤。因此，用户 3 明明没有匹配订单，却也没有出现在结果中。

这不是 NULL 等于所有值，也不是 NOT IN 忽然失效，而是普通比较参与了三值逻辑。

改成 NOT EXISTS，还要检查关联条件

SQL：

SELECT u.id FROM users u
WHERE NOT EXISTS (
  SELECT 1 FROM orders o WHERE o.user_id = u.id
);

对于用户 3，订单里的 1 不能匹配，NULL 也不能让普通等号条件成立，所以子查询没有符合条件的行，NOT EXISTS 成立。

也可以在 NOT IN 子查询中排除 NULL，但要注意：如果外表比较值本身允许为 NULL，两种写法仍不一定完全等价。是否把“没有用户 ID”的记录纳入结果，需要另行定义。

MySQL 还有 NULL 安全相等运算符 <=>，但使用它会改变关联含义。不要为了消除 UNKNOWN，未经需求确认就把所有等号都替换掉。

性能要看实际计划，而不是按语法模拟执行

不能认为 IN 一定先完整生成大集合，EXISTS 一定对每个外表行重新执行完整子查询。优化器可能改写执行方式。

MySQL 8.4 在满足条件时，可以进行半连接或反连接转换；NULL、关联条件、聚合等因素都会影响可用优化。具体要看 官方半连接与反连接说明。

实际选择时先保证结果正确，再用 EXPLAIN，必要时在安全测试环境使用 EXPLAIN ANALYZE，结合真实数据分布检查。它会执行查询，不能把所有分析命令都当成无成本操作。

面试官继续追问

NOT EXISTS 就永远更快吗？

不是。它通常能更清楚地表达不存在匹配行，但性能仍取决于优化器、索引、条件与数据。语义优势不是固定性能排名。

SELECT NULL 放在 EXISTS 里会怎样？

只要子查询确实返回了行，EXISTS 就为真。它检查的是行存在，不是选择列表中的值是否为 NULL。

面试速记卡

• IN：比较值是否在结果集合中。
• EXISTS：检查子查询有没有满足条件的行。
• NOT IN：子查询包含 NULL 时，否定判断可能成为 UNKNOWN。
• WHERE：只保留 TRUE，不保留 UNKNOWN。
• NOT EXISTS：先写清关联条件，再检查外表 NULL 的业务含义。
• 性能：保证语义，再看实际计划，拒绝固定快慢口诀。