SQL LEFT JOIN 与 WHERE 条件的隐藏坑

在日常开发中,我们经常用 LEFT JOIN 来保留左表数据,即使右表没有匹配记录也能查到结果。然而,如果不小心把右表的过滤条件写在了 WHERE 子句里,就会让 LEFT JOIN 失效,变成了"变相 INNER JOIN"。

本文通过一个真实案例,分析这个坑的成因、表现和正确写法。


1. 场景背景

我在调试一个查询时,遇到一个很奇怪的现象:

  • 单独查右表子查询是有数据的
  • 但是和左表 LEFT JOIN 之后,结果却是空的

SQL 如下:

sql 复制代码
SELECT
    b.project_code,
    b.account_code,
    b.group_code,
    b.group_name,
    p.finish_date,
    p.actual_finish_date,
    p.job_code
FROM (
    -- 楼栋表,按项目、账户、组团去重
    SELECT DISTINCT
        project_code,
        account_code,
        group_code,
        group_name
    FROM t_jsc_ysjgzj_building_account 
    WHERE batch_number = (SELECT max(batch_number) FROM t_jsc_ysjgzj_building_account)
        AND delete_flag = 0
        AND group_code IS NOT NULL 
        AND group_code != ''
        AND account_code = '0200096829000128958'
) b
LEFT JOIN t_jh_all_plan_list_detail p
    ON b.group_code = p.gr_id
WHERE p.delete_flag = 0
  AND p.is_ignored = 0
  AND p.job_code IN ('JT00056', 'JT00019');

2. 问题原因

很多人误以为 LEFT JOIN 后写任何条件都能保留左表数据,其实不然。

右表无匹配行 时,右表的所有列都是 NULL

  • 条件 p.delete_flag = 0 等价于 NULL = 0,结果是 FALSE
  • 条件 p.job_code IN (...) 等价于 NULL IN (...),结果也是 FALSE

于是,这些记录在 WHERE 阶段被过滤掉,相当于把 LEFT JOIN 转成了 INNER JOIN


3. 直观对比

写法位置 右表无匹配行时 左表数据是否保留
条件写在 ON 条件判断发生在匹配阶段,右表为 NULL 依然保留左表 ✅ 保留
条件写在 WHERE 条件判断在匹配后过滤阶段,右表 NULL 导致条件不成立 ❌ 不保留

4. 正确写法

将对右表的过滤条件移动到 ON 子句中:

sql 复制代码
SELECT
    b.project_code,
    b.account_code,
    b.group_code,
    b.group_name,
    p.finish_date,
    p.actual_finish_date,
    p.job_code
FROM (
    SELECT DISTINCT
        project_code,
        account_code,
        group_code,
        group_name
    FROM t_jsc_ysjgzj_building_account 
    WHERE batch_number = (SELECT max(batch_number) FROM t_jsc_ysjgzj_building_account)
        AND delete_flag = 0
        AND group_code IS NOT NULL 
        AND group_code != ''
        AND account_code = '0200096829000128958'
) b
LEFT JOIN t_jh_all_plan_list_detail p
    ON b.group_code = p.gr_id
    AND p.delete_flag = 0
    AND p.is_ignored = 0
    AND p.job_code IN ('JT00056', 'JT00019');

这样做的好处:

  • 保证了 LEFT JOIN 的"左表优先保留"特性
  • 避免了无匹配数据被误删

5. 总结

  • LEFT JOIN 条件要分清位置

    • 右表条件 → 写在 ON(保留左表数据)
    • 左表条件 → 写在 WHERE(正常过滤)
  • 检查 SQL 结果异常时

    • 看右表字段是否在 WHERE 中被硬性约束
    • 如果是,就考虑挪到 ON
  • 口诀

    复制代码
    LEFT JOIN 不生效,
    多半 WHERE 害的。
    条件放在 ON,
    左表才安全。
    ``
相关推荐
龙仔725几秒前
人大金仓Kingbase V8 自动全量备份部署完整笔记
数据库·笔记·备份·人大金仓
王志来137944730081 分钟前
从选型到交付,工控服务器机箱一站式采购平台匀天如何实现服务闭环?
数据库
ShuiShenHuoLe26 分钟前
HmarkX(码笺)的本地数据库模块重构实战
数据库·oracle·重构
Databend28 分钟前
从 Kafka 到 Databend Cloud:万亿级 Agent Trace 接入链路的工程实践
大数据·数据库·agent
倔强的石头_35 分钟前
SQL Server数据迁移,不只是把数据搬过去
数据库
acd1200944 分钟前
Redis 缓存和数据库一致性,到底怎么搞?
数据库·redis·缓存
sugar__salt1 小时前
MyBatis-Plus 从入门到实战:高效简化数据库开发的完整指南
数据库·spring boot·mybatis·数据库开发
CodeBlog-star1 小时前
AI Agent 高并发实战:Redis 限流、队列、缓存与高可用全栈方案
数据库·redis·缓存
TDengine (老段)1 小时前
TDengine taosX 与 Explorer — 数据集成与可视化管理
大数据·数据库·物联网·时序数据库·iot·tdengine·涛思数据
Leon-Ning Liu1 小时前
Oracle 26ai新特性:Lock-Free Reservations(无锁预留)
数据库·oracle