not in 不能处理 null，子查询含 null 时整个条件返回 unknown 导致失效；应优先用 not exists 替代，或确保子查询加 is not null 过滤。
NOT IN 不能处理 NULL，这是它最常踩的坑——只要子查询里有 NULL，整个条件永远返回 false。
NOT IN 的基本写法和常见失效场景
语法看着简单：WHERE column NOT IN (subquery)，但实际一跑就漏数据。典型现象是：明明子查询返回了 3 条 ID，主查询却一条都不排除，或者干脆全被过滤掉。
- 根本原因是：SQL 中
NULL NOT IN (1, 2, NULL)的结果不是TRUE或FALSE，而是UNKNOWN，而WHERE只接受TRUE的行 - 哪怕子查询只有一条记录是
NULL，整个NOT IN就失效 - 常见于关联表时没加
IS NOT NULL过滤，比如SELECT id FROM orders WHERE customer_id NOT IN (SELECT id FROM customers)—— 如果customers.id有 NULL（虽然主键不该有，但联查字段或视图里真可能出现）
安全替代方案：用 NOT EXISTS 替代 NOT IN
NOT EXISTS 不受 NULL 影响，语义更清晰，性能通常也更好（尤其子查询结果大时）。
- 写法上要改成相关子查询：
WHERE NOT EXISTS (SELECT 1 FROM ... WHERE ... = outer_table.column) - 注意别漏掉关联条件，否则变成全表扫描
- 示例：排除已下单的用户，
SELECT * FROM users u WHERE NOT EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id) - 如果子查询来自不同表且无直接关联，可用
LEFT JOIN ... WHERE right_table.id IS NULL，逻辑等价但更直观
非要硬用 NOT IN？必须显式过滤 NULL
如果业务强依赖 NOT IN 写法（比如动态拼 SQL、ORM 限制），唯一办法是确保子查询结果不含 NULL。
- 在子查询里加
WHERE column IS NOT NULL，例如：WHERE id NOT IN (SELECT id FROM blacklist WHERE id IS NOT NULL) - 用
COALESCE转换 NULL（慎用）：WHERE id NOT IN (SELECT COALESCE(id, -1) FROM blacklist)—— 但得保证-1不在合法值范围内，否则会误删 - MySQL 8.0+ 支持
NOT IN的 NULL 安全比较（IS NOT IN），但标准 SQL 和主流数据库（PostgreSQL、SQL Server、Oracle）都不支持，别依赖
真正麻烦的不是语法，而是排查时容易忽略子查询是否含 NULL —— 建议执行子查询单独看一眼结果，比调半天逻辑更省时间。
