NOT IN 遇 NULL 会因三值逻辑返回 UNKNOWN 导致整行过滤，应改用 NOT EXISTS；字段比对需用 IS DISTINCT FROM 或 NULL 安全表达式，注意类型转换、空格、大小写及索引优化。
直接用 NOT EXISTS 或 NOT IN 做差异比对最常用，但 NOT IN 遇到 NULL 会整行失效，必须避开。
为什么 NOT IN 在子查询里经常漏数据
NOT IN 的行为由 SQL 三值逻辑决定：只要子查询结果里有一个 NULL，整个条件就变成 UNKNOWN，该行被过滤掉——不是 bug，是标准行为。比如检查订单表 orders 的 customer_id 是否全在客户表 customers 中：
- 错：
WHERE customer_id NOT IN (SELECT id FROM customers)—— 若customers.id有NULL，所有订单都会消失 - 对：
WHERE NOT EXISTS (SELECT 1 FROM customers WHERE customers.id = orders.customer_id)—— 完全不依赖 NULL 判断，只看“是否存在匹配行” - 子查询里始终写
SELECT 1或主键，别写SELECT *，避免干扰优化器和传输冗余字段
用子查询做字段级差异定位（不只是“哪行不同”）
如果目标是找出具体哪几列值不一致（比如 name、amount），不能只靠连接或存在性判断，得在 WHERE 里逐字段比对，并正确处理 NULL：
- 别用
a.col != b.col—— 一旦任一为NULL，结果就是UNKNOWN，该行不会命中 - PostgreSQL 可用
a.col IS DISTINCT FROM b.col，它把两个NULL视为相等 - 通用写法：
(a.col != b.col) OR (a.col IS NULL) != (b.col IS NULL) - 字符串注意大小写和空格：
TRIM(UPPER(a.name)) != TRIM(UPPER(b.name)) - 浮点数慎用
=或!=，改用容差：ABS(a.amount - b.amount) > 0.01
MySQL 5.7 及更早版本的子查询限制要提前绕开
这类老版本不支持子查询内带 ORDER BY ... LIMIT，在校验脚本里直接写会报错：
- 错：
WHERE amount > (SELECT amount FROM sales ORDER BY amount DESC LIMIT 1) - 可行替代：先用派生表预聚合，再 JOIN ——
FROM orders o JOIN (SELECT MAX(amount) AS max_amt FROM sales) t ON o.amount > t.max_amt - 若需分组最大值，必须显式
GROUP BY，否则可能触发隐式笛卡尔积 - 执行前务必用
EXPLAIN看是否走索引；sales.amount没索引时，MAX()就是全表扫
真正容易被忽略的是字段比较时的隐式类型转换和空格截断——比如 MySQL 默认忽略末尾空格，而 PostgreSQL 不忽略；字符集不同还会导致大小写敏感性不一致。比对前先确认两端字段已标准化，否则子查询返回的“差异”可能全是假阳性。
