LEFT JOIN 的过滤条件应优先写在 ON 子句中以保留左表所有行；若误写在 WHERE 中，会过滤掉右表为 NULL 的行，使结果等效于 INNER JOIN。
LEFT JOIN 的过滤条件写在 ON 还是 WHERE，结果可能完全不同——关键不在“语法对不对”，而在于它是否影响右表的保留逻辑。
ON 条件：决定哪些右表行能被连进来
ON 后的条件只在连接过程中起作用。对于 LEFT JOIN，左表所有行都会保留；右表只保留满足 ON 条件的匹配行，不满足的则补 NULL。
例如：
SELECT u.name, o.amount FROM users u LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'paid';
→ 即使某用户有未支付（status ≠ 'paid'）的订单，只要没匹配到 status='paid' 的订单，o.amount 就是 NULL；但该用户仍会出现在结果中。
WHERE 条件：连接完成后再过滤整行
WHERE 是对最终结果集的筛选。如果在 WHERE 中对右表字段加条件（如 WHERE o.status = 'paid'），就会把右表为 NULL 的行（即没匹配到订单的用户）全部剔除——这实际上让 LEFT JOIN 变成了 INNER JOIN 的效果。
常见错误写法：
SELECT u.name, o.amount FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.status = 'paid'; -- ❌ 把无订单用户、订单非 paid 的用户全过滤掉了
需要保留左表 + 只取右表特定状态时，正确写法是 ON + IS NULL 或 COALESCE
若目标是：列出所有用户，并只显示他们已支付的订单金额（没有则为 NULL），必须把状态条件放在 ON。
若还需区分“有未支付订单”和“完全没订单”，可借助右表主键或其它非空字段判断：
- o.id IS NULL → 用户没有任何订单
- o.id IS NOT NULL AND o.status = 'unpaid' → 有订单但未支付（需 ON 中不加 status 限制）
- 用 COALESCE(o.status, 'no_order') 可统一归类右表状态
多表 LEFT JOIN 时，连接顺序影响不大，但 ON 位置必须紧贴对应 JOIN
SQL 中 JOIN 是左结合的（A LEFT JOIN B LEFT JOIN C 等价于 (A LEFT JOIN B) LEFT JOIN C），所以：
- B 的 ON 条件只能引用 A 和 B 的字段
- C 的 ON 条件可以引用 A、B、C，但若依赖 B 的计算结果（如 B 经过 WHERE 过滤后才连 C），就必须用子查询或 CTE 预先处理
- 不要指望 “A LEFT JOIN B ON … LEFT JOIN C ON B.x = C.y AND A.z = C.w” 中 A.z 在 C 连接时一定有效——它有效，但语义上更清晰的做法是把跨表条件拆到 WHERE 或前置逻辑中
