INNER JOIN不返回NULL关联行是因其语义要求ON条件必须为TRUE，而NULL参与的比较（包括NULL=NULL）在SQL三值逻辑中恒为UNKNOWN，故整行被排除；LEFT JOIN则显式保留左表所有行，无匹配时右表字段填NULL。
INNER JOIN 对 NULL 的处理是语义决定的，不是 bug
INNER JOIN 只保留 ON 条件判定为 TRUE 的行，而 SQL 的三值逻辑中，任何涉及 NULL 的等值比较（如 t1.id = t2.ref_id）结果都是 UNKNOWN，不等于 TRUE，因此整行被排除。这不是数据库“主动过滤”，而是标准定义：没匹配上，就不在结果里。
为什么 NULL = NULL 也不行
NULL 在 SQL 中表示“未知值”，不是“空字符串”也不是“0”，所以 NULL = NULL 依然返回 UNKNOWN，而非 TRUE。这意味着：
- 即使左表和右表的连接字段都为
NULL，该行也不会出现在 INNER JOIN 结果中 -
INNER JOIN t2 ON t1.id = t2.ref_id实际等价于隐式加了WHERE t1.id IS NOT NULL AND t2.ref_id IS NOT NULL - 用
IS NOT DISTINCT FROM（PostgreSQL/SQL Server）可绕过此限制，但它是特例，非标准兼容写法
排查时最容易忽略的三个点
你以为是 JOIN 问题，其实可能是数据本身在“假装存在”：
- 查出来的“孤儿行”其实是
' '（空格）、'\t123'这类不可见字符，不是NULL——用HEX(ref_id)或LENGTH(ref_id)验证 - 字段类型不一致：比如
orders.user_id是VARCHAR存了'001'，而users.id是INT，隐式转换失败导致静默不匹配 - 业务上允许的占位值（如
'unknown'、'0'）被当作了有效 ID，但右表根本没有对应记录
别指望改 ON 条件来“挽救”NULL 行
想让 NULL 关联上？改 ON 没用。以下写法都无效：
-
ON t1.id = t2.ref_id OR (t1.id IS NULL AND t2.ref_id IS NULL)—— INNER JOIN 仍要求整个条件为TRUE，但逻辑或后仍是UNKNOWN主导 -
ON t1.id t2.ref_id（MySQL 空安全等号）——仅 MySQL 支持，且会把NULL当作相等，但这已脱离标准 INNER JOIN 语义，容易误导后续维护者
真要保留含 NULL 的左表行，必须换 LEFT JOIN，再按需用 WHERE 或 CASE 处理。
