LEFT JOIN 保留左表全部记录，右表无匹配时字段为 NULL；关键在于 ON 中写右表筛选条件，WHERE 中写左表条件，避免误转为 INNER JOIN。
LEFT JOIN 是 SQL 中最常用也最容易出错的连接方式之一。它能保留左表全部记录，右表只匹配对应数据，没匹配上的字段自动填 NULL。掌握它，才能真正写出可控、可读、可维护的多表查询。
LEFT JOIN 的核心逻辑：左表为主，右表为辅
执行 LEFT JOIN 时，数据库会以左表（FROM 后面的表）为基准，逐行查找右表中满足 ON 条件的记录。只要左表某行存在，结果里就一定有它；右表没匹配上？那对应字段全为 NULL。
注意：WHERE 条件写在 JOIN 之后，会过滤最终结果，可能“悄悄”把左表本该保留的 NULL 行干掉——这是新手最常踩的坑。
- 正确做法：筛选右表数据用 ON（如
ON b.status = 'active'） - 错误写法：把右表条件放进 WHERE（如
WHERE b.status = 'active'），这会让不满足的左表行被整体剔除，等效于 INNER JOIN
两表 LEFT JOIN 实战示例
假设你有用户表 users 和订单表 orders：
FROM users u
LEFT JOIN orders o ON u.id = o.user_id;
结果包含所有用户，哪怕从未下单——这些用户的 order_id 和 amount 显示为 NULL。想统计每人订单数？可以加 GROUP BY 和 COUNT：
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
GROUP BY u.id, u.name;
三表及以上 LEFT JOIN 链式写法
扩展到三表（比如再关联用户地址表 addresses），只需连续写多个 LEFT JOIN，每个都带独立的 ON 条件：
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
LEFT JOIN addresses a ON u.id = a.user_id;
注意顺序：从主表（users）开始，一层层向外延伸。如果中间某步用了 INNER JOIN，整个链路的“左表主导性”就会被破坏，要特别小心。
- 推荐习惯：所有连接条件都明确写在 ON 后，避免歧义
- 别依赖隐式逗号连接（旧式写法），易混淆且无法表达 LEFT 语义
- 字段名冲突时，务必用表别名前缀（如
u.name），否则报错
常见陷阱与绕过技巧
LEFT JOIN 不是万能胶水，几个典型问题要提前防住：
- 一对多关系导致重复行：一个用户有多笔订单，LEFT JOIN 后用户信息会重复出现——需要用聚合或子查询收口
- NULL 值参与计算出错：比如
o.amount + 10，遇到 NULL 会得 NULL，改用COALESCE(o.amount, 0) + 10 - 性能隐患：右表缺少关联字段索引？JOIN 可能变全表扫描。检查执行计划（EXPLAIN）很关键
基本上就这些。LEFT JOIN 不复杂，但细节决定查询是否可靠。写之前先问自己：我到底想保留哪张表的全部？哪些条件必须在 ON 里卡死？哪些 NULL 是合理预期？想清楚，SQL 就稳了。
