用 left join + is null 可找出左表孤立记录，即关联字段在右表无匹配的行；必须用 is null 而非 = null，连接条件字段顺序和别名需准确，右表关键字段为 null 即判定未匹配。
用 LEFT JOIN + IS NULL 找出左表的孤立记录
孤立记录指在关联字段上无法匹配到另一张表数据的行。最直接的办法是用 LEFT JOIN，然后筛选右表关联字段为 NULL 的结果。
常见错误是写成 WHERE right_table.id = NULL —— 这永远不成立，必须用 IS NULL。
- 确保连接条件正确：比如
LEFT JOIN orders ON users.id = orders.user_id，不能颠倒字段顺序 - 右表字段必须明确指定，如
orders.id IS NULL，不能只写id IS NULL（可能被解析为左表字段） - 如果右表有多个关联字段（如外键+状态），只需任一关键字段为
NULL就说明未匹配
用 NOT EXISTS 替代 LEFT JOIN 提升可读性与性能
当只关心“是否存在匹配”而非获取右表字段时，NOT EXISTS 语义更清晰，且在某些数据库（如 PostgreSQL、SQL Server）中执行计划更优。
注意子查询里必须关联外层表，否则变成全量检查，结果完全错误。
- 正确写法：
WHERE NOT EXISTS (SELECT 1 FROM orders WHERE orders.user_id = users.id) - 错误写法：
WHERE NOT EXISTS (SELECT 1 FROM orders)（子查询没关联，恒为 false） -
SELECT 1是惯用写法，比SELECT *更轻量；实际值不影响逻辑
RIGHT JOIN 或反向 LEFT JOIN 查右表孤立记录
想查右表（比如 orders）里没有对应用户的数据，不要强行改 LEFT JOIN 的 WHERE 条件——容易混淆方向。直接换连接方式或调换主表更安全。
两种等价写法：RIGHT JOIN users ON users.id = orders.user_id WHERE users.id IS NULL，或把右表当主表写 LEFT JOIN：SELECT * FROM orders LEFT JOIN users ON users.id = orders.user_id WHERE users.id IS NULL。
- 推荐后者：避免
RIGHT JOIN增加阅读负担，多数人习惯从左到右读 - 字段别名要一致，尤其在多表 JOIN 时，避免
users.id和orders.user_id混用导致 NULL 判断失效 - 如果右表有复合外键（如
(product_id, store_id)），需在ON和WHERE中全部列出
索引缺失会导致 JOIN 孤立检查变慢十倍以上
哪怕表只有几万行，没在关联字段建索引，LEFT JOIN 或 NOT EXISTS 都可能触发全表扫描，查询从毫秒级变成秒级甚至超时。
不是所有字段都适合建索引：外键字段（如 orders.user_id）必须有索引；但左表主键（如 users.id）通常已有主键索引，无需额外操作。
- 检查索引是否存在：
EXPLAIN SELECT ...看执行计划是否含Using index或key字段非空 - 复合外键场景下，单列索引无效，必须建联合索引，顺序按
ON条件中出现顺序一致 - MySQL 中
ALTER TABLE orders ADD INDEX idx_user_id (user_id)是最低成本修复方式
实际跑的时候，先确认哪边是“主表”，再决定用 LEFT 还是反向 LEFT；索引这事别等出问题才补——查孤立记录往往是数据清洗第一步，卡在这里后续全停。
