孤立数据指在子表中存在但主表中无对应记录的数据，如orders表中user_id=999而users表无id=999的用户；子查询适合因其天然支持“存在性判断”，可用NOT EXISTS（推荐）或NOT IN（需确保无NULL）精准识别，LEFT JOIN+IS NULL为语义更直观的替代方案。
什么是孤立数据，以及为什么子查询适合找它
孤立数据指在某张表中存在、但在关联表中没有匹配记录的数据。比如 orders 表里有用户 ID，但 users 表里查不到对应 ID —— 这类数据无法被正常 JOIN 关联，容易漏检或误删。子查询天然适合这种“存在性判断”，因为可以用 NOT EXISTS 或 NOT IN 直接表达“不在另一组结果中”。
用 NOT EXISTS 找孤立记录（推荐）
NOT EXISTS 是最可靠的方式，尤其当关联字段可能含 NULL 时。它对执行计划友好，通常比 NOT IN 更快，且不会因 NULL 导致整个结果为空。
常见错误现象：NOT IN (SELECT user_id FROM users) 如果子查询返回任意 NULL，整条查询结果恒为空 —— 这是 SQL 三值逻辑的坑，不是 bug。
实操建议：
- 始终用相关子查询：子查询里要引用外层表字段，例如
WHERE NOT EXISTS (SELECT 1 FROM users u WHERE u.id = orders.user_id) - 子查询里
SELECT 1足够，不用SELECT *，避免无谓开销 - 确保关联字段有索引，否则
NOT EXISTS可能全表扫描users
NOT IN 的适用边界和风险
NOT IN 看起来简洁，但只应在**确认子查询结果绝对不含 NULL** 时使用。一旦 users.id 允许为 NULL 或子查询包含空值，结果就不可信。
使用场景：清理临时表、ETL 中已清洗过的维度表，且你 100% 控制源数据质量。
示例（危险！仅当确定无 NULL）：
SELECT id FROM orders WHERE user_id NOT IN (SELECT id FROM users WHERE id IS NOT NULL);
注意：WHERE id IS NOT NULL 是补救手段，但治标不治本 —— 不如直接用 NOT EXISTS。
LEFT JOIN + IS NULL 的替代写法
这不是子查询，但常被拿来对比。它用外连接把孤立行“暴露”出来，再过滤 NULL 字段。
性能上，现代优化器通常能把 LEFT JOIN ... WHERE x IS NULL 和 NOT EXISTS 编译成相近执行计划，但语义更直观。
实操要点：
- 必须把被检查表（
users）放在LEFT JOIN右侧，否则IS NULL判定失效 - JOIN 条件不能写成
ON orders.user_id = users.id AND users.id IS NOT NULL—— 这会把本该是 NULL 的行提前过滤掉 - 如果
users表很大，且只查 ID，考虑用覆盖索引减少回表
真正容易被忽略的是：当 orders.user_id 本身为 NULL 时，它也会出现在结果里 —— 这算不算“孤立”取决于业务定义，得人工确认。
