left join失效是因为where中对右表字段的非空条件过滤了null行，导致左表未匹配行被剔除；正确做法是将右表筛选条件移入on子句，确保左表全量保留。
WHERE里写了右表字段，LEFT JOIN就失效
LEFT JOIN 的语义是“左表每行都保留，右表没匹配上就填 NULL”，但数据库执行顺序是：先完成连接（生成含 NULL 的中间结果），再执行 WHERE 过滤。一旦 WHERE 中出现类似 o.status = 'paid'、d.dim_month > '2025-07' 这种对右表字段的非空判断，所有右表字段为 NULL 的行（即左表没连上的那些）就会被整行剔除——结果只剩左右都匹配的行，等效于 INNER JOIN。
常见错误写法：
SELECT u.name, o.amount FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.status = 'paid';
这句实际只返回“有已支付订单的用户”，没订单的用户直接消失。
安全写法只过滤左表字段，例如：WHERE u.created_at > '2025-01-01'；而 WHERE o.status IS NULL 不会退化，它专挑没匹配上的行。
右表筛选条件必须挪进ON子句
想保留左表全部记录，同时只关联满足条件的右表数据，就得把右表的业务条件写进 ON，而不是 WHERE。
正确写法：
SELECT u.name, o.amount FROM users u LEFT JOIN orders o ON u.id = o.user_id AND o.status = 'paid';
这时 o.status = 'paid' 是关联逻辑的一部分：只把已支付的订单连上来，没订单或订单未支付的用户仍保留，o.amount 为 NULL。
- 多层
LEFT JOIN时，每层右表的条件都要收进各自的ON，比如LEFT JOIN order_items oi ON o.id = oi.order_id AND oi.category = 'electronics' -
ON后可用AND连多个条件，但不能用OR（多数引擎不支持，语义混乱） - 动态 SQL 场景下特别容易踩坑：MyBatis 或 JDBC 拼接条件时，前端传了
dept_name，后端直接塞进WHERE，LEFT JOIN就悄悄变成INNER JOIN，但开发可能完全没意识到
怎么一眼看出LEFT JOIN已经退化
检查 WHERE 子句是否包含右表字段，且该条件不是 IS NULL 或 IS NOT NULL：
-
WHERE d.dim_month = '2025-07'→ 退化 -
WHERE d.dim_month IS NULL→ 没退化，反而专挑没匹配上的行 -
WHERE d.dim_month > '2025-07' OR d.dim_month IS NULL→ 没退化，但逻辑变复杂，容易漏数据 -
WHERE t.trade_dt IS NOT NULL→ 安全，不影响LEFT语义
验证是否改对了：查 COUNT(*) 和 COUNT(o.id)，如果前者明显大于后者，且你本意是“所有用户”，说明之前 WHERE 位置错了。
Oracle (+) 语法漏写 (+) 也会退化
迁移到金仓（KES）或兼容 Oracle 语法的数据库时，如果沿用 (+) 写法，漏掉任何一个右表字段后的 (+)，都会让 LEFT JOIN 变成 INNER JOIN。
错误写法：
SELECT * FROM t1, t2 WHERE t1.id = t2.id(+) AND t2.name = 'cc';
这里 t2.name = 'cc' 没加 (+)，优化器把它当作连接后过滤，NULL = 'cc' 判定为 UNKNOWN，整行被剔除。
正确写法：
SELECT * FROM t1, t2 WHERE t1.id = t2.id(+) AND t2.name(+) = 'cc';
所有右表字段参与的条件，只要不是 IS NULL 或 IS NOT NULL，都必须带 (+)。
真正难的不是语法，而是每次写 WHERE 时都得下意识问一句：“这个字段属于哪张表？”——漏掉一次，结果就错一次，而且往往看不出错在哪。
