EXISTS 为什么比 IN 快？关键在执行逻辑
EXISTS 的本质是“只要找到一条匹配就停”，而 IN 通常要先把子查询结果全算出来再做哈希或遍历。尤其当外层表大、内层表也大，且你只关心“是否存在”时，EXISTS 能早停，避免无谓扫描。
常见错误现象：SELECT * FROM orders WHERE customer_id IN (SELECT id FROM customers WHERE status = 'active') 在 customers 表没索引时会全表扫描子查询结果，再逐个匹配；换成 EXISTS 后，对每个 orders.customer_id，数据库只需查到第一个匹配的 customers.id 就返回 true，不继续找。
- 使用场景：主表数据量大，子查询表有合适索引（比如
customers(id)或联合索引覆盖status, id） - 性能影响：EXISTS 对子查询用的是「相关子查询」，优化器更倾向走索引嵌套循环（NLJ），而非物化临时表
- 注意：如果子查询本身能走索引但外层表极小（比如只有 3 行），IN 和 EXISTS 差异几乎为零——别迷信“一定更快”
EXISTS 子查询里必须用关联字段，否则变非相关子查询
写成 WHERE EXISTS (SELECT 1 FROM customers WHERE status = 'active') 是错的：它不依赖外层，只要 customers 里有一条 active 记录，整个外层所有行都返回 true。正确写法必须把外层字段带进去，形成关联。
典型错误：
SELECT * FROM orders o WHERE EXISTS (SELECT 1 FROM customers c WHERE c.status = 'active');
正确写法：
SELECT * FROM orders o WHERE EXISTS (SELECT 1 FROM customers c WHERE c.id = o.customer_id AND c.status = 'active');
- 参数差异：子查询里
SELECT后面写什么不重要（SELECT 1、SELECT NULL都行），关键是WHERE条件中必须出现外层表的列 - 容易踩的坑：漏掉关联条件，或者写错列名（比如写成
c.customer_id = o.customer_id，但customers表根本没有customer_id字段） - 兼容性影响：MySQL 5.7+ 和 8.0 对相关子查询优化已较成熟，但老版本（如 5.6）在某些嵌套深度下可能退化成物化，建议加
EXPLAIN看type是否为eq_ref或ref
NULL 值会让 NOT EXISTS 行为反直觉
当关联字段可能为 NULL 时，NOT EXISTS 的结果容易误判。因为 NULL = xxx 永远是 UNKNOWN，导致子查询找不到匹配行，进而让 NOT EXISTS 返回 true——即使逻辑上该记录“应该被排除”。
使用场景：查“没有下单过的客户”，客户表 id 允许为 NULL（虽然不该这样设计，但现实存在）。
- 问题示例：若
orders.customer_id有 NULL，SELECT * FROM customers c WHERE NOT EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.id)会把所有c.id为 NULL 的客户也包含进来 - 解决办法：显式排除 NULL，加条件
AND c.id IS NOT NULL，或改用LEFT JOIN ... WHERE o.customer_id IS NULL - 性能提示：加
IS NOT NULL可能影响索引使用，确保customers(id)索引能覆盖该判断（B+Tree 索引天然跳过 NULL，但需确认执行计划）
EXISTS 和 LEFT JOIN 的选择边界在哪？
两者都能做存在性检查，但语义和优化路径不同。EXISTS 更贴近“逻辑存在”，LEFT JOIN 更适合后续还要取子表字段的场景。
常见错误现象：为了“查出客户名和是否下过单”，硬用 EXISTS + 子查询拼字段，结果无法获取 customers.name，只能再连一次表。
- 选 EXISTS：只关心布尔结果，不需子表其他字段；外层表大，且子查询条件能高效走索引
- 选 LEFT JOIN：需要子表字段（如
c.name、o.order_date），或想统一处理 NULL（比如用COALESCE(o.order_date, '从未下单')） - 容易忽略的点：LEFT JOIN 在子表匹配多行时会“放大”外层结果（一拖多），而 EXISTS 不会——这是语义差异，不是 bug
实际用的时候，先看你要不要子表数据；再看执行计划里有没有 Using where; Using index；最后盯住关联字段的 NULL 处理——这三点没理清，换哪种写法都慢。
