LEFT JOIN + IS NULL 是查找左表有而右表无匹配记录的标准方法：先用 LEFT JOIN 连接两表，再通过 WHERE 右表主键 IS NULL 筛出不匹配行；需确保右表字段逻辑非空、连接字段无NULL干扰，并添加索引提升性能。
LEFT JOIN + IS NULL 是找不匹配数据的核心组合
直接结论：用 LEFT JOIN 连接两张表后，对右表的主键或非空字段加 IS NULL 条件，就能筛出左表有、右表无对应记录的数据。这不是“技巧”，而是 LEFT JOIN 语义的自然结果——右表无匹配时，所有右表字段值为 NULL。
为什么不能只写 LEFT JOIN 不加 WHERE 条件
常见误区是只写 LEFT JOIN 就以为能“看到不匹配”，其实它默认返回全部左表行（含右表有匹配的），你需要显式过滤出右表为空的那些行。
-
LEFT JOIN本身不丢数据，只是把右表字段填成NULL - 如果不加
WHERE right_table.id IS NULL，结果里混着“匹配成功”和“不匹配”两类数据 - 若右表字段允许
NULL（比如某个业务字段本就可空），必须选一个**逻辑上不可能为空**的字段来判断，通常是主键或外键字段
实际写法示例与关键细节
假设要查订单表 orders 中哪些用户在用户表 users 里不存在：
SELECT o.* FROM orders o LEFT JOIN users u ON o.user_id = u.id WHERE u.id IS NULL;
注意点：
- 连接条件
o.user_id = u.id必须准确对应关联字段，别写反或漏字段 -
WHERE u.id IS NULL中的u.id是users表的主键，确保它不会因业务逻辑而存NULL - 如果想查的是
users中存在但orders中没有的用户，则应调换左右表位置，改用RIGHT JOIN或更推荐：把users放左边，orders放右边再用LEFT JOIN - 性能上，确保
u.id和o.user_id都有索引，否则大表扫描极慢
容易被忽略的 NULL 安全陷阱
当连接字段本身可能含 NULL 时，LEFT JOIN 的行为会偏离预期。例如 orders.user_id 有 NULL 值，那么这些订单在 LEFT JOIN 后，u.id 也会是 NULL，但它们不是“用户不存在”，而是“用户未指定”。
- 这种情况下，
WHERE u.id IS NULL会误包含这些脏数据 - 正确做法是先排除左表自身的
NULL关联值：WHERE o.user_id IS NOT NULL AND u.id IS NULL - 如果业务上
user_id不该为NULL，建议加约束NOT NULL并设外键，从源头减少歧义
真正卡住人的往往不是语法，而是没想清楚“不匹配”的定义边界：是右表完全没这条记录？还是右表有但关联字段值为 NULL？或是左表关联字段自己就是 NULL？得先厘清这点，再决定要不要加额外过滤。
