LEFT JOIN后WHERE中对右表字段加非NULL条件会丢失左表孤立行，等效于INNER JOIN；正确做法是将筛选条件移至ON子句以保留左表全部记录。

LEFT JOIN后WHERE里写右表字段会变成隐式INNER JOIN

这是最常见的误解来源：你以为保留了左表全部行，但WHERE子句在JOIN完成后再过滤，一旦对右表字段（比如orders.amount）加非NULL条件，就会把右表为NULL的那些左表行直接筛掉。

例如：SELECT u.name, o.amount FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.amount > 100——这条语句实际效果等价于INNER JOIN，因为o.amount > 100对NULL不成立（SQL中NULL > 100结果是UNKNOWN，被WHERE当作假值丢弃）。

想保留左表所有行，条件必须写进ON子句

真正想表达“查所有用户，只关联金额大于100的订单”，就得把筛选逻辑下推到JOIN条件里：

SELECT u.name, o.amount
FROM users u
LEFT JOIN orders o ON u.id = o.user_id AND o.amount > 100

这样，o.amount > 100参与连接匹配，而不是事后过滤。没匹配上的用户依然保留，o.amount为NULL。

• ON里的条件决定“哪些右表行能连上来”
• WHERE里的条件决定“连完之后还留下哪些整行”
• 右表字段在WHERE中出现且含非NULL约束（如IS NOT NULL、> 0、!= 'x'），就必然丢失左表孤立行

常见踩坑场景和对应写法

以下错误写法都会意外丢数据：

• 查“所有学生及他们的及格课程成绩”，却写成：WHERE score >= 60 → 错，应改用ON s.id = sc.student_id AND sc.score >= 60
• 查“所有部门及在职员工数”，却用WHERE emp.status = 'active' → 错，会导致无在职员工的部门消失；正确是ON d.id = e.dept_id AND e.status = 'active'，再COUNT(e.id)
• 判断右表是否存在满足条件的记录，误用WHERE o.created_at > '2025-01-01' → 应改用ON ... AND o.created_at > '2025-01-01'，否则NULL日期行全被剔除

性能与可读性提醒

把条件从WHERE挪到ON不只是语义问题，也影响执行计划：

• 数据库可能提前过滤右表数据，减少JOIN中间结果集大小
• 但若ON条件太复杂（比如含函数或子查询），某些引擎无法下推索引，反而变慢
• 阅读时务必注意：右表字段出现在WHERE，几乎一定意味着你放弃了LEFT语义

最稳妥的习惯是——只要用了LEFT JOIN，就先检查WHERE里有没有右表列；有，就问自己一句：这行没匹配时，该不该保留？该，就挪进ON。