孤立记录指主表中存在但关联表无匹配项的记录，子查询适合查它因能清晰表达“id不在另一表中”，not exists最可靠，可正确处理null且性能稳定。
什么是孤立记录，以及为什么子查询适合查它
孤立记录指在主表中存在、但关联表中没有匹配项的记录。比如 orders 表里有用户 ID，但 users 表里查不到对应 ID——这类数据无法通过 JOIN 拿到，必须反向筛选。子查询天然适合这种“排除式”逻辑，因为能清晰表达“这个 ID 不在另一张表的 ID 列里”。
NOT EXISTS 是最可靠的方式
用 NOT EXISTS 查孤立记录，语义明确、性能稳定，且能正确处理 NULL 值。相比 NOT IN，它不会因关联字段含 NULL 而返回空结果（这是高频翻车点）。
示例：查所有没有订单的用户
SELECT * FROM users u WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id );
-
SELECT 1是惯例，只关心是否存在，不取实际字段 - 子查询里的
WHERE必须关联外层表（如o.user_id = u.id），否则变成全量扫描 - 如果
orders.user_id允许NULL，NOT IN会直接失效，而NOT EXISTS不受影响
LEFT JOIN ... IS NULL 也能用，但要注意写法
虽然不是子查询，但常被拿来和子查询对比。它可行，但容易写错：必须把过滤条件放在 WHERE，而不是 ON。
正确写法：
SELECT u.* FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.user_id IS NULL;
-
ON只控制连接逻辑，WHERE才真正筛出“没连上”的行 - 如果误写成
ON u.id = o.user_id AND o.user_id IS NULL，结果为空——因为LEFT JOIN的ON不过滤左表 - 当
orders表很大时，LEFT JOIN可能比NOT EXISTS更耗内存，尤其没索引时
别忽略索引和字段类型一致性
子查询性能差，往往不是语法问题，而是底层没走索引。两个关键点必须核对：
-
orders.user_id字段要有索引（单独或作为联合索引前缀） -
users.id和orders.user_id类型必须一致，比如都是INT或都是BIGINT；若一边是字符串、一边是数字，MySQL 可能隐式转换导致索引失效 - 某些数据库（如 PostgreSQL）对
NOT EXISTS子查询中的SELECT *有额外开销，统一用SELECT 1
孤立记录本身不复杂，但一旦涉及百万级数据或跨库字段，NULL 处理、类型隐式转换、索引缺失这三点，几乎包揽了 90% 的实际卡点。
