LEFT JOIN 后字段为 NULL 是因右表无匹配行或连接条件不满足；ISNULL 为 SQL Server 特有、仅两参数且类型继承易截断，COALESCE 为标准函数、多参数且类型推导严谨；WHERE 中误写右表条件会使 LEFT JOIN 退化为 INNER JOIN；NULL 参与计算结果恒为 NULL，需用 ISNULL/COALESCE 预处理。

LEFT JOIN 后字段为 NULL 的常见原因

LEFT JOIN 本身就会保留左表所有行，右表没匹配上的字段天然返回 NULL。这不是错误，而是设计行为。很多人误以为“查不到数据”，其实是没意识到连接条件不满足、右表记录被过滤掉，或关联字段存在隐式类型转换导致匹配失败。

常见错误现象：SELECT a.id, b.name FROM orders a LEFT JOIN users b ON a.user_id = b.id 中 b.name 大量为 NULL，但确认 users 表里有对应 id —— 很可能是 a.user_id 存在字符串型数字（如 '123 '）或空格，而 b.id 是整型，隐式转换失败。

用 ISNULL 或 COALESCE 替换 NULL 值的实操区别

ISNULL 是 SQL Server 特有函数，COALESCE 是标准 SQL，支持多参数且更安全。二者看似都能填空，但行为差异明显：

• ISNULL 只接受两个参数，返回值类型完全继承第一个参数类型，可能引发截断：比如 ISNULL(name, 'unknown') 中 name 是 VARCHAR(10)，那 'unknown' 会被截成 'unknown'（刚好10字），但如果写成 ISNULL(name, 'not_found_yet') 就变成 'not_found_'
• COALESCE 按参数顺序取第一个非 NULL 值，类型推导更严谨，且可链式兜底：COALESCE(b.name, b.alias, 'guest')
• MySQL 用户不能用 ISNULL（那是判断是否为 NULL 的函数），得用 IFNULL 或 COALESCE

WHERE 条件写错位置导致 LEFT JOIN 变成 INNER JOIN

这是最隐蔽也最常踩的坑：把本该放在 ON 子句里的右表过滤条件，误写进 WHERE。

错误写法：

SELECT a.id, b.status<br>FROM orders a<br>LEFT JOIN order_items b ON a.id = b.order_id<br>WHERE b.status = 'shipped'

这会把所有 b.status 为 NULL 的左表行全部剔除，实际等效于 INNER JOIN。

正确做法：
- 若只想关联已发货的明细，条件必须进 ON：ON a.id = b.order_id AND b.status = 'shipped'
- 若需保留所有订单、只显示发货项的状态，则保持 ON 纯关联，再用 COALESCE(b.status, 'no_item') 处理空值

NULL 值参与计算或拼接时的意外结果

SQL 中任何值与 NULL 做算术或字符串操作，结果都是 NULL。比如：price + discount，只要任一为 NULL，结果就是 NULL，不是原价。

实操建议：
- 字符串拼接前先处理：CONCAT(ISNULL(first_name, ''), ' ', ISNULL(last_name, ''))
- 数值计算前强制转默认值：ISNULL(price, 0) + ISNULL(discount, 0)
- 注意 CONCAT 函数本身对 NULL 友好（自动转为空字符串），但 + 运算符不友好，尤其在 SQL Server 中

容易被忽略的是：ORDER BY 中若含未处理的 NULL 字段，排序结果可能不符合直觉（NULL 默认排最前或最后，取决于数据库和设置），需要显式用 ORDER BY COALESCE(col, 'zzz') ASC 控制位置