COUNT(*)在LEFT JOIN后总为1，是因为它统计结果集行数而非右表匹配数；正确统计需用COUNT(右表非空字段)，GROUP BY应选左表字段，兜底归类需COALESCE+HAVING配合。
LEFT JOIN 后 COUNT(*) 为什么总显示 1？
因为 COUNT(*) 统计的是结果集的行数，不是右表匹配成功的记录数。LEFT JOIN 保证左表每行都出现，哪怕右表没匹配上，也会补一整行 NULL 字段——这行仍是“一行”，COUNT(*) 就会算它。比如查“每个部门有几人”，写 COUNT(*)，结果每个部门都返回 1，哪怕该部门实际没人。
真正要统计“匹配到的人数”，必须用 COUNT(user.id) 或 COUNT(user.name) 这类非空字段——这些字段在无匹配时为 NULL，COUNT 自动跳过。
- 业务含义清晰：用
COUNT(右表主键)表示“真实关联数量” - 想把“0 条记录”的组显式显示为数字 0，也得靠
COUNT(右表非空列)，不是COUNT(*) - 别用
COUNT(1)替代，它和COUNT(*)行为一致，语义更模糊
GROUP BY 字段该选左表还是右表？
绝大多数场景下，GROUP BY 必须用左表字段（即驱动表、主表字段），否则分组逻辑就乱了。比如用 dept d LEFT JOIN user u 查部门人数，GROUP BY u.dept_id 是错的——当某部门没用户时，u.dept_id 是 NULL，所有“无用户的部门”会被强行归进同一个分组，彻底丢失部门维度。
正确做法是 GROUP BY d.id, d.dept_name，确保每个部门独立成组，不管有没有用户。
- LEFT JOIN 的目的就是保留左表全量，分组锚点自然也在左表
- 右表字段进
GROUP BY只在极少数需求下成立，例如“统计每个订单状态下的用户分布”，此时右表才是业务主体 - MySQL 5.7+ 开启
only_full_group_by后，GROUP BY字段不覆盖 SELECT 中非聚合列，会直接报错
如何让“未分配数据”自动归入“未分类”或“其他”组？
LEFT JOIN 本身只负责补 NULL，不负责重命名。要实现兜底归类，得在 SELECT 层做转换，常见手法是用 COALESCE 或 CASE WHEN 把 NULL 映射为指定值。
例如：把无部门的用户归入“未分配”组：
SELECT COALESCE(d.dept_name, '未分配') AS dept_label, COUNT(u.id) AS user_count FROM users u LEFT JOIN dept d ON u.dept_id = d.id GROUP BY COALESCE(d.dept_name, '未分配');
- 注意：
GROUP BY中的表达式必须和SELECT中完全一致，否则 MySQL 会报错或结果不可靠 - 如果
dept_name本身可能为 NULL（不只是因 JOIN 失败），建议先清洗或用COALESCE(d.id, -1)这类更稳定的键做分组 - 避免在
ON条件里用函数（如COALESCE(u.dept_id, -1) = d.id），否则索引大概率失效
WHERE 和 HAVING 放错位置会导致兜底失效
LEFT JOIN 后想筛掉“已分配用户”，但写了 WHERE d.id IS NULL，这会把整个 LEFT JOIN 退化成 INNER JOIN 效果——因为 WHERE 在分组前执行，过滤掉了所有 d.id 非 NULL 的行，最后只剩“纯未分配”组，丢了其他部门的统计。
真正需要的是：先完成分组，再判断哪组属于“兜底”。这时该用 HAVING：
SELECT COALESCE(d.dept_name, '未分配') AS dept_label, COUNT(u.id) AS user_count FROM users u LEFT JOIN dept d ON u.dept_id = d.id GROUP BY COALESCE(d.dept_name, '未分配') HAVING dept_label = '未分配';
-
WHERE用于过滤原始行（JOIN 前/后都可，但影响驱动集大小） -
HAVING用于过滤分组后的结果，且只能引用SELECT列或聚合表达式 - 别在
HAVING里写未聚合字段（如HAVING u.name = 'Alice'），会报错
COALESCE + GROUP BY 表达式对齐 + HAVING 精准筛选来闭环。漏掉任一环，统计就偏了。 
