SQL JOIN 中 NULL 值默认不参与关联，因 NULL = NULL 返回 UNKNOWN，而 JOIN 仅接受 TRUE；需用 OR (a.x IS NULL AND b.x IS NULL) 显式匹配，或使用数据库特有 NULL 安全比较符。
SQL JOIN 中 NULL 值默认不参与关联，这不是 bug，是 SQL 标准强制要求的行为——NULL = NULL 返回 UNKNOWN，而 JOIN 只认 TRUE。想让 NULL 和 NULL “连上”，必须绕开等号比较，显式构造匹配逻辑。
为什么 ON a.id = b.id 无法匹配两边都是 NULL 的行
因为 SQL 三值逻辑下，任何含 NULL 的等值比较结果都是 UNKNOWN，JOIN 条件只接受 TRUE 才触发连接。即使 a.id 和 b.id 同时为 NULL，a.id = b.id 仍为 UNKNOWN，整行不匹配。
- INNER JOIN：该行直接丢弃
- LEFT JOIN：左表保留，右表字段全为
NULL（不是“连上了”，是“根本没连”） - 所有主流数据库（MySQL、PostgreSQL、SQL Server、Oracle）行为完全一致，无例外
用 OR (a.x IS NULL AND b.x IS NULL) 显式补全 NULL 匹配
这是最通用、兼容性最好的写法，适用于所有支持标准 SQL 的数据库。关键是要把 OR 条件用括号包裹，避免运算符优先级干扰。
- 正确写法：
ON (a.id = b.id) OR (a.id IS NULL AND b.id IS NULL) - 错误写法：
ON a.id = b.id OR a.id IS NULL AND b.id IS NULL（AND 优先级高于 OR，实际等价于a.id = b.id OR (a.id IS NULL AND b.id IS NULL)看似一样，但易读性差且易出错） - 多个字段需两两配对：
ON (a.x = b.x OR (a.x IS NULL AND b.x IS NULL)) AND (a.y = b.y OR (a.y IS NULL AND b.y IS NULL))
用 IS NOT DISTINCT FROM（PostgreSQL）或
这些是 NULL 安全比较操作符，语义上等价于“值相等或两者都为 NULL”，写起来更简洁，但跨数据库兼容性差。
- PostgreSQL：
ON a.id IS NOT DISTINCT FROM b.id - MySQL：
ON a.id b.id - SQL Server / Oracle 不支持这两个语法，强行使用会报错
- 注意：
在 MySQL 中是 NULL 安全等号，不是小于等于号；别和混淆
慎用 COALESCE(a.x, -1) = COALESCE(b.x, -1)
这个技巧看似简单，但隐患明显：它依赖一个“业务中绝对不出现”的兜底值，一旦该值真实存在，就会制造误匹配。
- 例如：
COALESCE(user_id, -1)若用户表真有id = -1的记录，就会把本不该关联的行强行拉在一起 - 索引失效：
COALESCE()作用在连接字段上，数据库通常无法走索引，JOIN 性能可能骤降 - 类型风险：若 a.x 是字符串、b.x 是数字，
COALESCE会尝试隐式转换，可能报错或产生意外结果
真正容易被忽略的是：这种 NULL 关联需求往往暴露了数据建模问题——如果大量业务逻辑依赖“NULL 和 NULL 视为相同”，说明字段设计时可能缺少明确的空值语义（比如该用 'unknown' 或 'not_applicable' 枚举值代替 NULL）。强行在 SQL 层修补，不如回溯源头统一规范。
