not in 遇 null 返回空结果是 sql-92 三值逻辑规范行为：子查询含 null 时条件恒为 unknown，where 仅保留 true 行；推荐用 not exists 替代，语义清晰、性能优且跨库一致。
NOT IN 遇到 NULL 就返回空结果，不是数据库 bug，是 SQL-92 标准定义的三值逻辑行为：只要子查询结果里有任意一个 NULL，整个 NOT IN 条件就变成 UNKNOWN，而 WHERE 只保留 TRUE 行，UNKNOWN 被直接丢弃。
NOT IN 实际被展开成 AND 判断，而 col NULL 永远是 UNKNOWN
语句 WHERE id NOT IN (1, 2, NULL) 在逻辑上等价于：
WHERE NOT (id = 1 OR id = 2 OR id = NULL)
由于 id = NULL 永远返回 UNKNOWN，整个括号内表达式变成 UNKNOWN，再套一层 NOT 后仍是 UNKNOWN。WHERE 过滤时无视 UNKNOWN，结果集自然为空。
常见触发点包括：
-
LEFT JOIN后取右表字段（没匹配时为NULL） - 子查询中显式写了
UNION SELECT NULL - 字段本身未加
NOT NULL约束，且实际存了NULL
改用 NOT EXISTS 是最稳妥的替代方案
NOT EXISTS 不比较值，只判断子查询是否返回行，完全绕过 NULL 比较问题。但它必须写成相关子查询，且关联条件不能漏。
错误写法（无关联，变成常量子查询）：
SELECT * FROM customers WHERE NOT EXISTS (SELECT 1 FROM orders WHERE customer_id = 101);
正确写法（用外层字段关联）：
SELECT * FROM customers c WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.customer_id = c.customer_id );
优势：
- 语义清晰：查“不存在对应订单的客户”，不依赖值相等
- 性能通常更好：可利用
customer_id上的索引，且支持 early-out - Oracle/MySQL/PostgreSQL/SQL Server 全平台一致生效
如果必须保留 NOT IN，只能显式过滤子查询中的 NULL
在子查询中加 WHERE col IS NOT NULL 是最直白的补救方式，但要注意两点：
- 它改变了原始语义——你本想排除所有匹配值（含
NULL），现在只排除非空匹配值 - 若业务上
NULL有明确含义（比如“未知部门”），硬过滤可能掩盖数据质量问题
示例：
SELECT * FROM departments WHERE deptno NOT IN ( SELECT deptno FROM employees WHERE deptno IS NOT NULL );
注意：NOT IN 子查询若返回空集（0 行），反而会返回全部主表数据——这个反直觉行为和 NULL 问题无关，但常被一起误判。
LEFT JOIN + IS NULL 方案容易写错关联条件
这个方案本质是把“不在集合中”转译为“左连接失败”，但极易因 ON 和 WHERE 位置出错引入 NULL 干扰。
错误示范（WHERE 放错位置）：
SELECT d.* FROM departments d LEFT JOIN employees e ON d.deptno = e.deptno WHERE e.deptno IS NULL; -- ✅ 正确
危险写法（WHERE 提前过滤，破坏 LEFT JOIN 语义）：
SELECT d.* FROM departments d LEFT JOIN employees e ON d.deptno = e.deptno WHERE e.deptno IS NOT NULL; -- ❌ 这变成 INNER JOIN
关键点：
-
IS NULL必须放在最终WHERE中，检查右表连接字段 - 若右表字段本身允许
NULL（非连接键），需额外确认是否来自连接失败还是原始数据为NULL
真正麻烦的不是选哪个方案，而是排查时根本看不到 NULL ——它不报错、不告警，只悄悄让结果变空。建议在写 NOT IN 前，先对子查询跑一遍 SELECT COUNT(*), COUNT(col), COUNT(*) - COUNT(col) FROM (...) ，一眼揪出隐藏的 NULL 行数。
