当前位置：首页 > 文章列表 > 数据库 > MySQL > MySQL NOT IN 查不到数据是不是 NULL 导致的

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

来源：17golang原创 2026-09-06 01:07:57 0浏览收藏

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

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

要点速览

NOT IN 是 NOT (IN)，而 IN 未匹配且列表含 NULL 时会返回 NULL。
NULL 不是空字符串或数字 0，不能用 = NULL 判断，必须使用 IS NULL。
关联排除通常写成 NOT EXISTS；静态列表则要先确认集合不会产生 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 条件。

条件	IN 结果	NOT IN 结果	WHERE 是否保留
找到明确匹配	TRUE	FALSE	否
未匹配且集合无 NULL	FALSE	TRUE	是
未匹配但集合含 NULL	NULL	NULL	否

因此，问题常常不在外层的 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;

MySQL NOT IN 将 outer_value 与 candidate_list 比较并经过 NULL 产生 UNKNOWN 的三值逻辑关系图

图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 相等，也就不会制造一条匹配行。

MySQL orders 与 blocked_users 通过 user_id 关联并由 NOT EXISTS 判断是否保留外层行的结构图

图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 安全等于运算符，但它不应被随意塞进普通排除条件。