在SQL查询的实际应用中，排他性筛选是高频需求，比如需要找出所有没有下过订单的用户、没有关联评论的文章等场景，这类需求的核心是筛选出主表中不存在对应关联表记录的数据。除了常见的子查询配合NOT IN的写法外，使用LEFT JOIN加IS NULL判断是更稳定可靠的实现方案。
排他性筛选的常见场景
排他性筛选的本质是获取两个数据集的差集，即属于集合A但不属于集合B的数据。常见的业务场景包括：
- 电商系统中查询从未下单的用户列表
- 内容平台中查询没有收到评论的文章列表
- 学生管理系统中查询没有参加考试的学生信息
子查询NOT IN方式的局限性
很多开发者首先会想到使用子查询配合NOT IN实现排他性筛选，示例代码如下：
-- 查询没有下过订单的用户
SELECT u.id, u.username
FROM users u
WHERE u.id NOT IN (
SELECT o.user_id FROM orders o
);
这种写法在关联字段user_id没有NULL值时可以正常工作，但如果orders表的user_id存在NULL值，子查询会返回包含NULL的结果集，此时NOT IN的判断会失效，导致最终查询结果为空，这是该方式最明显的缺陷。
LEFT JOIN加IS NULL的实现原理
LEFT JOIN的特性是保留左表（主表）的所有记录，即使右表（关联表）没有匹配的记录，此时右表的字段会显示为NULL。基于这个特性，我们可以通过LEFT JOIN连接主表和关联表，然后筛选出右表关联字段为NULL的记录，就能得到排他性筛选的结果。
具体实现步骤如下：
- 使用LEFT JOIN将主表和关联表按照关联字段连接
- 在WHERE条件中判断关联表的关联字段为NULL
- 如果需要进一步过滤，可以添加其他查询条件
具体代码示例
还是以查询没有下过订单的用户为例，使用LEFT JOIN加IS NULL的写法如下：
-- 查询没有下过订单的用户 SELECT u.id, u.username FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.user_id IS NULL;
如果orders表的user_id存在NULL值，该写法也不会受到影响，因为NULL值的订单记录不会和任何用户匹配，不会干扰最终的筛选结果。
两种方式的对比
我们可以通过表格对比两种排他性筛选方式的差异：
| 对比维度 | 子查询NOT IN方式 | LEFT JOIN加IS NULL方式 |
|---|---|---|
| NULL值兼容性 | 差，关联字段有NULL时结果异常 | 好，不受NULL值影响 |
| 查询性能 | 子查询可能多次执行，大表场景性能较差 | 通常只需要一次关联扫描，性能更优 |
| 可读性 | 逻辑直观，容易理解 | 需要理解LEFT JOIN的特性，稍复杂 |
注意事项
使用LEFT JOIN加IS NULL实现排他性筛选时，需要注意以下几点：
- 关联条件要准确，避免错误的匹配导致筛选结果偏差
- 如果关联表有多个匹配记录，LEFT JOIN会产生多条重复的主表记录，此时可以配合DISTINCT去重，示例：
SELECT DISTINCT u.id, u.username FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.user_id IS NULL; - 如果主表的关联字段本身可能为NULL，需要提前确认业务逻辑，避免筛选出不符合预期的数据
在实际开发中，除非明确关联字段不会存在NULL值，否则更推荐使用LEFT JOIN加IS NULL的方式实现排他性筛选，能有效避免隐藏的查询错误。