MySQL NOT IN 查不到数据是不是 NULL 导致的

会。MySQL 的 NOT IN 查不到本来应该保留的行，最常见的原因之一就是列表或子查询结果里混入了 NULL。原因不是 NULL 等于某个值，而是比较结果变成了未知值；而 WHERE 只保留结果为真的行。

如果排除集合可能含有 NULL，优先用 NOT EXISTS 表达“没有匹配行”；如果业务上必须使用 NOT IN，就在子查询内部明确排除 NULL。

先用一个最小例子复现空结果

假设要找出不在黑名单中的用户。下面的查询看起来会返回用户 1 和 3，但黑名单里有一行未知用户编号：

-- 用 NULL 模拟来源表中的未知编号
SELECT 1 NOT IN (2, NULL) AS user_1,
       3 NOT IN (2, NULL) AS user_3;

-- 子查询中含 NULL 时，外层可能一行也保留不了
SELECT u.id
FROM app_user AS u
WHERE u.id NOT IN (
    SELECT b.user_id
    FROM blocked_user AS b
);

这里的重点是第二条语句的子查询。如果 blocked_user.user_id 允许为空，那么“没有匹配 2”并不能推出“肯定不等于集合中的任何值”，因为集合里还有一个未知值。

把 NOT IN 拆成三值逻辑

MySQL 的比较表达式不只有真和假，还可能返回 NULL。对普通值来说，3 IN (2, 4) 为假，取反后是真；但 3 IN (2, NULL) 的结果是未知，取反仍然是未知。未知不会满足 WHERE 条件。

因此，问题常常不在外层的 u.id，而在排除集合的完整性。先单独检查来源列：

-- 先确认排除集合中是否存在未知键
SELECT COUNT(*) AS null_count
FROM blocked_user
WHERE user_id IS NULL;

-- 对照查看 NOT IN 的实际三值结果
SELECT 3 IN (2, NULL) AS in_result,
       3 NOT IN (2, NULL) AS not_in_result;

图1：NOT IN 的比较输入与三值逻辑结果关系，重点看 NULL 如何让未匹配条件变成 UNKNOWN。

用 NOT EXISTS 表达排除关系

当排除条件来自另一张表，NOT EXISTS 往往更贴近业务句子：“不存在一条黑名单记录，它的用户编号等于当前用户编号”。子查询返回的是有行或无行，不需要把整列压成一个可能带 NULL 的集合。

-- 只保留没有匹配黑名单记录的用户
SELECT u.id, u.email
FROM app_user AS u
WHERE NOT EXISTS (
    SELECT 1
    FROM blocked_user AS b
    WHERE b.user_id = u.id -- 关联条件必须放在子查询内部
);

这里的 NOT EXISTS 不是“把 NOT IN 换个写法就一定更快”，而是先把语义写准确。若 b.user_id 为 NULL，它不会与任何具体的 u.id 相等，也就不会制造一条匹配行。

图2：NOT EXISTS 把外层数据、关联子查询和保留判断分开，便于定位排除关系。

给 NULL 建立明确的业务规则

如果仍需使用 NOT IN，在子查询中排除未知键：

-- 只有明确的 user_id 才能进入排除集合
SELECT u.id
FROM app_user AS u
WHERE u.id NOT IN (
    SELECT b.user_id
    FROM blocked_user AS b
    WHERE b.user_id IS NOT NULL -- 避免 NULL 污染 NOT IN
);

但这只是“忽略未知黑名单记录”的规则。如果 NULL 实际代表“整批用户都暂时不可判定”，过滤掉它可能隐藏业务风险。此时应在数据模型上区分未知、未设置和明确不命中，或者先单独处理未知记录。

判断空值时不要写 user_id = NULL。这个表达式本身仍是未知；正确写法是 user_id IS NULL 或 user_id IS NOT NULL。若需要把 NULL 当作一个可比较状态，MySQL 还提供 NULL 安全等于运算符 ，但它不应被随意塞进普通排除条件。

用检查清单定位真实原因

看到 NOT IN 结果为空时，可以按下面顺序检查：

1. 先单独执行子查询，确认结果是否包含 NULL。
2. 把外层条件拆成 IN 与 NOT IN，观察返回的是 0 还是 NULL。
3. 核对左右字段类型，避免字符串数字混用造成隐式转换。
4. 确认子查询没有额外的连接条件把候选集合扩大或缩小。
5. 如果是关联排除，优先改写为带明确关联条件的 NOT EXISTS。

最后别把“查不到数据”都归咎于 NULL：外层本来就没有行、值类型不一致、条件组合错误，也会产生相同表象。关键是把子查询结果和布尔表达式单独拿出来看。

常见问题与边界

空集合会让 NOT IN 也返回空吗？

不会。没有候选值时不存在匹配，通常会得到真；真正危险的是候选集合中出现 NULL，或外层表达式自身就是 NULL。

能不能用 COALESCE 把 NULL 改成 -1？

可以，但只有在 -1 不可能成为真实业务键时才安全。更清楚的做法通常是在子查询中用 IS NOT NULL，避免人为制造一个哨兵值。

NOT EXISTS 一定比 NOT IN 快吗？

不能只凭写法判断性能。优化器、索引、数据量和统计信息都会影响计划。这里推荐它首先是因为排除语义更直接、不会被集合中的 NULL 意外污染。