left join + group by 丢数据主因是group by字段未体现右表空缺：若仅按左表字段分组，null右表行会被压入同一“空组”，导致维度缺失；须用count(orders.id)、构造完整左表维度或确保group by与select非聚合列严格一致。
LEFT JOIN 后 GROUP BY 丢数据，不是 JOIN 没用，而是 GROUP BY 的“左表驱动”被你误用了。
为什么 LEFT JOIN + GROUP BY 看起来像丢了右表数据
常见现象是：左表有 12 条记录（比如 12 个月），但最终结果只返回 8 行；或者某月明明没订单，结果里连这行都消失了。这不是数据库删了数据，而是 GROUP BY 的作用对象错了——它只按 GROUP BY 列去分组，而这些列如果全来自左表，那右表的 NULL 就彻底“不可见”了。
关键点在于：LEFT JOIN 保证左表每行都出现，但 GROUP BY 会把所有匹配不上右表的左表行，压缩进同一个“空组”里（如果分组字段不含右表列），导致你根本看不出哪几行是空缺。
- 错误写法：
SELECT month, COUNT(*) FROM months LEFT JOIN orders ON ... GROUP BY month→COUNT(*)统计的是左表行数，哪怕右表没匹配，也返回 1 - 正确目标：要看出“该月无订单”，得让右表字段参与分组或判空，比如
COUNT(orders.id)或orders.id IS NULL - 更隐蔽的坑：如果你
SELECT了右表字段（如orders.amount），但没把它放进GROUP BY，在ONLY_FULL_GROUP_BY模式下直接报错；关掉它则返回随机值
如何让空缺月份/分类强制出现在结果里
真正能补全维度的，从来不是 LEFT JOIN 本身，而是“左表必须包含你要补的全部取值”。数据库不会自动造出 1~12 月，它只会把左表有的行拉出来配对。
- 必须先构造完整维度：用 CTE 或子查询生成 12 个月份，例如
SELECT '2026-01' AS month UNION SELECT '2026-02' ... - 再把这个结果作为左表，
LEFT JOIN你的业务表（如订单表） -
GROUP BY必须用这个“人造左表”的字段，比如months.month，不能用右表别名（如orders.month） - 统计时用
COUNT(orders.id)而非COUNT(*)，才能区分“有订单”和“无订单”
GROUP BY 字段不一致导致的静默丢数据
MySQL 中最常被忽略的陷阱：SELECT 列别名和 GROUP BY 实际字段不等价。比如你写了 SELECT b.name AS store_name，却在 GROUP BY 里写 GROUP BY a.store_code —— 这会导致 MySQL 在非严格模式下随意选一个 b.name 值返回，其他行被吞掉，且不报错。
- 检查方法：执行
SELECT @@sql_mode，确认是否含ONLY_FULL_GROUP_BY；若不含，就极易中招 - 安全做法：GROUP BY 字段必须和 SELECT 中非聚合列完全一致，包括表别名和原始列名，不要混用别名
- 典型翻车点：LEFT JOIN 后，
SELECT b.store_name却GROUP BY a.store_id，而b.store_name可能为 NULL 或多对一，结果不可控
真正难的不是写出语法正确的 SQL，而是想清楚：你想要的“不丢数据”，是指补全维度、保留明细，还是防止聚合歧义？这三个目标对应三套完全不同的写法，混用就会失效。
