LEFT JOIN左表数据没全出来最常见的原因是WHERE中对右表字段加了非空条件，导致NULL行被过滤；正确做法是将右表筛选条件移至ON子句，如ON o.user_id = u.id AND u.status = 'active'。
LEFT JOIN 为什么左表数据没全出来？
最常见的原因是 WHERE 条件误写在 JOIN 之后，过滤掉了左表的 NULL 行。比如 SELECT * FROM orders LEFT JOIN users ON orders.user_id = users.id WHERE users.status = 'active' —— 这会把所有没匹配到用户（即 users.status 为 NULL）的订单也干掉。LEFT JOIN 的“保留左表全部”只对 ON 条件生效；一旦 WHERE 涉及右表字段，就等效于 INNER JOIN。
正确做法是把右表的过滤条件挪进 ON 子句：SELECT * FROM orders LEFT JOIN users ON orders.user_id = users.id AND users.status = 'active'
LEFT JOIN 后右表字段全是 NULL 怎么办？
这说明 ON 条件没匹配上任何右表记录。先确认关联字段类型和值是否一致：比如 orders.user_id 是 INT，而 users.id 是 VARCHAR，或存在空格、大小写、前导零等问题。
排查步骤：
- 单独查右表，确认预期匹配的记录真实存在：
SELECT id FROM users WHERE id = 123 - 用
IS NULL显式检查左表关联字段：SELECT * FROM orders WHERE user_id IS NULL，看是不是左表本身就有脏数据 - 临时改用
INNER JOIN对比结果，快速验证关联逻辑是否成立
多个 LEFT JOIN 时顺序和别名容易踩什么坑？
SQL 执行顺序是严格从左到右依次 JOIN，后一个 JOIN 基于前一步的结果集。如果写成 A LEFT JOIN B ON ... LEFT JOIN C ON ...，那么 C 是跟 (A+B) 的结果连，不是只跟 A 连。
更关键的是别名冲突：一旦用了表别名，后续所有引用都必须用别名，包括 ON 和 WHERE 中的字段。常见错误是 FROM orders o LEFT JOIN users u ON o.user_id = users.id —— 这里 users.id 没用别名 u，会报错 Unknown column 'users.id' in 'on clause'。
务必统一使用别名：ON o.user_id = u.id
LEFT JOIN 配合 COUNT() 为什么总是返回 1？
因为没加 GROUP BY。LEFT JOIN 后若左表一行匹配右表多行，结果会膨胀；此时直接 COUNT(*) 统计的是连接后的总行数，不是左表原始行数。
要统计每条左表记录关联的右表数量，必须：
- 加
GROUP BY左表主键（如GROUP BY orders.id） - 用
COUNT(右表字段)而非COUNT(*)：后者会把 NULL 行也算作 1，前者只计非 NULL 行数 - 示例：
SELECT orders.id, COUNT(users.id) AS user_count FROM orders LEFT JOIN users ON orders.user_id = users.id GROUP BY orders.id
没有 GROUP BY 却用聚合函数，MySQL 可能允许但结果不可靠，其他数据库直接报错。
