join时null值默认不匹配，因sql三值逻辑下null= null返回unknown而非true；应使用is not distinct from（postgresql/sql server 2022+支持）或带括号的or+is null兼容写法，避免coalesce引发误连与索引失效。
JOIN时NULL值默认不匹配，必须显式处理
SQL标准规定，NULL = NULL 返回 UNKNOWN，不是 TRUE，所以任何基于等值的 JOIN（如 INNER JOIN、LEFT JOIN ON a.id = b.id）中，只要任一侧字段为 NULL，该行就无法匹配。这不是bug，是三值逻辑的必然结果。
用 IS NOT DISTINCT FROM 替代等号做安全比较
PostgreSQL 和较新版本的 SQL Server（2022+）、Trino/Presto 支持 IS NOT DISTINCT FROM，它把两个 NULL 视为相等，也把相同非空值视为相等，语义上等价于“逻辑相等”。
示例：
SELECT * FROM orders o JOIN customers c ON o.customer_id IS NOT DISTINCT FROM c.id;
注意：IS NOT DISTINCT FROM 不能走普通 B-tree 索引（除非数据库支持函数索引或专门优化），可能影响性能；MySQL 和旧版 SQL Server 不支持该语法。
MySQL / SQL Server 2019-：用 OR (a.x IS NULL AND b.x IS NULL) 拆解条件
这是最兼容的写法，但需小心括号和运算符优先级——AND 优先级高于 OR，漏括号会导致逻辑错误。
-
ON a.x = b.x OR (a.x IS NULL AND b.x IS NULL)✅ 正确 -
ON a.x = b.x OR a.x IS NULL AND b.x IS NULL❌ 错误：等价于(a.x = b.x OR a.x IS NULL) AND b.x IS NULL - 如果字段有多种类型（比如
TEXT或JSON），还需额外处理类型隐式转换问题 - 多个 NULL 可参与字段时（如
(a.x,b.y) = (b.x,b.y)），要分别展开每对字段的 NULL 判断，容易出错
避免在 JOIN 条件里用 COALESCE 做“伪装相等”
常见误区：写成 ON COALESCE(a.x, -1) = COALESCE(b.x, -1)。这看似能连上 NULL，但隐患很大：
- 若字段本身合法值就包含
-1（比如用户 ID 允许负数），会错误合并无关记录 -
COALESCE的替换值必须保证在业务中绝对不出现，否则就是数据污染 - 替换值类型必须与原字段兼容（比如用
''去填INT字段会报错或隐式转换） - 该写法让索引失效，因为对列做了函数计算
真正需要 NULL 参与关联时，优先选语义清晰、数据库原生支持的方式；实在不行再用 OR + IS NULL 拆解，但务必加括号、验数据分布、测执行计划。
