NOT EXISTS 比 LEFT JOIN + IS NULL 更可靠，因其语义明确、不依赖连接字段的 NULL 处理逻辑，且不受子查询中 NULL 值影响；而 LEFT JOIN 在连接键为 NULL 时会误判“不存在”，NOT IN 则遇 NULL 直接返回空结果。
NOT EXISTS 为什么比 LEFT JOIN + IS NULL 更可靠
因为 NOT EXISTS 明确表达“对主表每一行，检查子查询是否返回结果”，语义清晰且不依赖连接字段的 NULL 处理逻辑。而 LEFT JOIN 在连接字段本身含 NULL 时，IS NULL 判定会误判——哪怕右表有匹配行，只要连接键是 NULL，也会被当作“不存在”。
常见错误现象：LEFT JOIN 返回比预期多的“不存在”记录，尤其在关联字段允许为 NULL 或存在空字符串/空白符时。
- 使用场景：查找 A 表中未在 B 表中出现的 ID、手机号、订单号等唯一标识
-
NOT EXISTS自动跳过子查询中NULL值参与的比较，行为稳定 - 性能上，现代优化器通常能将
NOT EXISTS转为半连接（semi-join），配合索引可快速终止子查询
写法要点：相关子查询必须带 WHERE 关联条件
漏掉关联条件会导致 NOT EXISTS 变成恒假或恒真——比如查“用户表中没有订单的用户”，子查询里没写 user_id = u.id，那它就变成“是否存在任意一个订单”，整个结果只剩全集或空集。
正确写法示例：
SELECT u.id, u.name FROM users u WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id -- 必须有这行！否则逻辑崩坏 );
-
SELECT 1是惯用写法，比SELECT *更轻量，不影响语义 - 子查询中的
WHERE条件必须引用外部表字段（如u.id），构成相关子查询 - 不要在子查询里加
ORDER BY或LIMIT——语法错误，且无意义
和 NOT IN 对比：NULL 值直接让结果为空
NOT IN 遇到子查询结果含 NULL 时，整条 WHERE 条件判定为 UNKNOWN，该行被过滤掉——最终可能查不到任何数据，即使存在明确不匹配的记录。
例如：SELECT * FROM users WHERE id NOT IN (1, 2, NULL) 永远返回空，因为 id = 3 时，3 NOT IN (1, 2, NULL) 等价于 NOT (3=1 OR 3=2 OR 3=NULL) → NOT (FALSE OR FALSE OR UNKNOWN) → NOT UNKNOWN → UNKNOWN。
- 只要子查询字段可能为
NULL（比如外键未设NOT NULL），NOT IN就不可信 -
NOT EXISTS完全不受子查询中NULL影响，只看是否有行返回 - 如果非要用
NOT IN，必须显式排除：... NOT IN (SELECT id FROM orders WHERE id IS NOT NULL)
索引建议：子查询 WHERE 字段一定要有索引
NOT EXISTS 的性能瓶颈几乎总在子查询扫描上。如果子查询的关联字段（如 o.user_id）没索引，数据库大概率对每个主表行都全表扫描一次子表。
- 重点建索引的字段：子查询
WHERE中用于关联的列（如orders.user_id） - 如果子查询还有额外过滤条件（如
AND status = 'paid'），考虑联合索引：(user_id, status) - 主表字段（如
users.id）一般已有主键索引，无需额外操作
容易被忽略的是：子查询里用了函数或表达式（如 WHERE UPPER(email) = UPPER(u.email)）会让索引失效，这时要么改写为范围可索引形式，要么加函数索引（取决于数据库版本）。
