LEFT JOIN 后需用 COALESCE()（推荐）、IFNULL()（MySQL）或 ISNULL()（SQL Server）在 SELECT 子句中显式替换 NULL 为默认值，不可放在 WHERE 或 ON 中，且每字段需单独包裹。
LEFT JOIN 后怎么补默认值而不是 NULL
LEFT JOIN 本身不会自动填默认值，查不到右表记录时 RIGHT_TABLE.column 就是 NULL。想让它显示 'N/A' 或 0，必须显式转换——靠 COALESCE() 或 IFNULL()（MySQL）/ ISNULL()（SQL Server），不能依赖 JOIN 语法本身。
-
COALESCE()是标准 SQL 函数，跨数据库兼容性最好，推荐优先用：SELECT a.id, COALESCE(b.name, '未知用户') AS name FROM users a LEFT JOIN profiles b ON a.id = b.user_id;
- MySQL 可用
IFNULL(b.name, '未知用户')，更短但仅限 MySQL；SQL Server 用ISNULL(b.name, '未知用户')，注意它只接受两个参数且类型必须兼容 - 别在
ON条件里硬塞默认值逻辑，比如ON a.id = b.user_id OR b.user_id IS NULL——这会破坏 LEFT JOIN 语义，可能让结果重复或漏行
默认值该写在 SELECT 还是 WHERE？
默认值处理必须放在 SELECT 子句里，绝不能挪到 WHERE。一旦在 WHERE 里写 b.status = 'active'，就等价于把 LEFT JOIN 变成 INNER JOIN——那些右表为 NULL 的左表记录全被过滤掉了。
- 正确：先 JOIN，再用
COALESCE()处理字段，最后用WHERE a.created_at > '2024-01-01'等只涉及左表的条件 - 错误：
WHERE b.status = 'active' OR b.status IS NULL—— 表面想保留空记录，实际可能因索引失效拖慢查询，且语义混乱 - 如果真要按右表状态筛选又保留左表全量，得把右表条件移到
ON子句：LEFT JOIN profiles b ON a.id = b.user_id AND b.status = 'active'
多字段默认值要不要统一用 COALESCE？
要，但得一个字段一个 COALESCE()。数据库不会批量替换整行 NULL，每个需要默认值的右表字段都得单独包裹。
- 例如同时补
name、age、city：SELECT a.id, COALESCE(b.name, '匿名'), COALESCE(b.age, 0), COALESCE(b.city, '未填写') FROM users a LEFT JOIN profiles b ON a.id = b.user_id;
- 别试图用
COALESCE(b.name, b.age, b.city, '全缺')——这会按顺序取第一个非 NULL 值，类型还可能不兼容，结果完全不可控 - 如果默认值逻辑复杂（如根据地区返回不同字符串），可考虑用
CASE WHEN替代COALESCE()，但注意性能开销
LEFT JOIN + 默认值会影响性能吗？
基本不影响。填充默认值是结果集生成阶段的轻量计算，耗时远小于 JOIN 本身的磁盘 I/O 和连接算法开销。真正拖慢查询的是没建对索引、右表太大、或写了不当的 OR 条件。
- 确保
ON条件里的关联字段（如b.user_id）有索引，这是提速关键 - 避免在
COALESCE()里调用函数或子查询，比如COALESCE((SELECT COUNT(*) FROM logs l WHERE l.user_id = b.user_id), 0)——这会让每行都触发一次子查询 - 如果右表数据极少且固定（如状态码字典），用
VALUES构造内联表比真正建表更轻量，也方便配默认值
