LEFT JOIN右表条件写在WHERE会失效，因WHERE在JOIN后执行，导致右表无匹配行的NULL字段被过滤，等效于INNER JOIN；正确做法是将右表条件移至ON子句。
LEFT JOIN右表条件写在WHERE为什么会失效
因为SQL执行顺序是FROM → ON → JOIN → WHERE，WHERE在连接完成之后才执行。此时右表没匹配上的行，所有字段都是NULL；而NULL = 'active'或NULL > '2024-01-01'这类判断结果恒为UNKNOWN（不是TRUE），整行被过滤掉——左表数据就“消失”了。
这不是数据库出错，是标准语义：你写了LEFT JOIN，但又用WHERE把本该保留的NULL行全筛掉了，实际等效于INNER JOIN。
右表筛选条件必须挪进ON子句
想保留左表全部记录，同时只关联右表中符合条件的行，就把右表的业务条件从WHERE移到ON里，用AND连接：
-
LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'paid'✅ -
LEFT JOIN orders o ON u.id = o.user_id WHERE o.status = 'paid'❌
前者让o.status = 'paid'参与“是否配对”的决策；后者让它变成“配对完再砍人”的筛子。效果差异立现：前者返回所有用户，未支付订单的o.amount为NULL；后者只返回有已支付订单的用户。
多层LEFT JOIN时ON条件容易漏掉的关键约束
连续LEFT JOIN三张表（如users → orders → order_items）时，第二层右表的筛选条件若漏进ON，会导致外层数据“断链”：
- 错误：
LEFT JOIN order_items oi ON o.id = oi.order_id WHERE oi.category = 'electronics'→ 没买电子产品的用户直接不出现 - 正确：
LEFT JOIN order_items oi ON o.id = oi.order_id AND oi.category = 'electronics'→ 用户还在，oi.*字段为NULL - 更危险的是依赖上层NULL字段：
LEFT JOIN products p ON o.product_id = p.id，一旦o.product_id为NULL（比如用户没下单），p.*必然全NULL；应改用LEFT JOIN products p ON u.preferred_product_id = p.id
调试时先看右表字段是否批量为NULL
这是最快速的定位信号。执行SELECT *查原始结果，观察右表字段（如o.id、o.status）是否大面积为NULL：
- 如果是，第一反应不是查索引或怀疑数据缺失，而是检查
WHERE里有没有o.xxx = ...或o.xxx IS NOT NULL这类条件 - 别用
o.status IS NULL找“没匹配的行”，因为业务上status本身可能允许为空；稳妥做法是用关联外键判空：WHERE o.user_id IS NULL或WHERE o.id IS NULL - 注意
COALESCE(o.status, 'inactive') = 'active'不能放在ON里——ON阶段不支持这种NULL兜底逻辑
真正难处理的，从来不是NULL本身，而是它在多层JOIN中悄无声息地传导：某一层因条件过严没连上，下一层就只能对着一堆NULL继续连，最终结果看起来“数据少了”，却找不到断点在哪。
