LEFT JOIN后WHERE中对右表字段的非空判断会使结果等效于INNER JOIN，因为WHERE在JOIN后执行，右表NULL值无法满足条件；ON中加右表条件可保留左表数据，但需避免对左表加限制或误用COALESCE。
LEFT JOIN后WHERE里写右表字段，为什么结果像INNER JOIN？
因为SQL执行顺序固定：先完成JOIN（含ON条件），再执行WHERE。WHERE作用于已拼好的临时结果集，而右表没匹配上的行，所有字段都是NULL；只要WHERE里出现t2.status = 'active'这类判断，NULL = 'active'结果为UNKNOWN，整行就被丢弃——左表数据随之消失。
哪些WHERE条件会让LEFT JOIN“失效”？
只要WHERE中包含对右表字段的非空判断，基本就等效于INNER JOIN：
-
WHERE t2.id IS NOT NULL—— 直接剔除所有右表无匹配的行 -
WHERE t2.status = 'paid'——NULL不等于任何字符串，全过滤掉 -
WHERE t2.created_at > '2025-01-01'—— 同样，NULL不满足时间比较
例外情况：WHERE t2.id IS NULL 是安全的，它专门用来查“左表有、右表无”的记录，不会破坏LEFT JOIN语义。
ON子句里加AND条件，真能保住左表全部数据？
能，但必须严格满足两个前提：
- 条件只作用于右表字段，比如
ON t1.id = t2.t1_id AND t2.status = 'active' - 不能在ON里对左表字段加“必须成立”的限制，例如
AND t1.deleted = 0虽然语法合法，但实际不影响左表保留逻辑（因为LEFT JOIN本身不筛左表）
注意：ON t1.id = t2.t1_id AND COALESCE(t2.status, 'inactive') = 'active'是错的——COALESCE在ON里对NULL右表行无效，它根本不会参与匹配，直接跳过；正确写法只能是显式分支：t2.status = 'active' OR t2.status IS NULL，但这样通常违背业务本意。
怎么快速验证自己有没有踩这个坑？
用EXPLAIN看执行计划，再比对行数：
- 查左表总行数：
SELECT COUNT(*) FROM t1 - 跑你的LEFT JOIN查询，看返回行数是否明显少于左表总数
- 执行
EXPLAIN，如果发现type显示ref或range但rows远小于左表，大概率是WHERE误筛了 - 把WHERE中右表条件全删掉，只留左表字段过滤，再运行——如果行数恢复，就是这个问题
最隐蔽的点在于：你写的SQL语法完全合法，数据库也严格执行了标准，但业务语义已经悄悄变了。它不报错，只是安静地把本该保留的左表行扔掉了。
