MySQL LEFT JOIN 怎么统计数量并保留零记录

做“部门及员工数”“商品及订单数”这类报表时，真正容易出错的不是 LEFT JOIN 语法，而是计数对象和条件位置。正确思路是：左表提供完整清单，右表提供可选明细，用 COUNT(右表主键) 计数；没有匹配行时，COUNT 的结果自然是 0。

先分清左表清单和右表明细

假设有两张表：departments 保存部门，employees 保存员工。报表的目标是每个部门都出现，即使它暂时没有员工。因此部门必须放在 FROM 左侧，员工通过部门编号关联。

MySQL 手册说明，LEFT JOIN 找不到右表匹配行时，会为右表列补上 NULL。这个特性正是“保留零记录”的基础，而不是异常数据。

用 COUNT(右表主键) 统计并保留零记录

最小可用写法如下。employees.id 是员工主键，有匹配时不会为空；没有匹配时整行右表字段都是 NULL，所以 COUNT(e.id) 会返回 0。

SELECT
    d.id,
    d.name,
    COUNT(e.id) AS employee_count
FROM departments AS d
LEFT JOIN employees AS e
    ON e.department_id = d.id -- 用部门编号关联员工
GROUP BY d.id, d.name -- 同时分组标识列和展示列
ORDER BY d.id;

例如部门表有“研发部”和“客服部”，员工表只关联到研发部，结果会保留客服部，employee_count 为 0。这里不能把“0 行右表”理解成整条结果不存在：LEFT JOIN 仍生成一条左表结果，只是右侧值为空。

把明细条件放进 ON，避免 WHERE 吃掉零记录

如果只统计在职员工，推荐这样写：

SELECT
    d.id,
    d.name,
    COUNT(e.id) AS active_employee_count
FROM departments AS d
LEFT JOIN employees AS e
    ON e.department_id = d.id
   AND e.status = 'active' -- 只限制参与连接的明细
GROUP BY d.id, d.name;

若改成 WHERE e.status = 'active'，没有员工的部门因为 e.status 是 NULL，会被 WHERE 排除，查询效果就接近只返回有匹配的部门。判断条件属于“右表是否参与关联”还是“最终结果是否保留”，是这类 SQL 的关键分界。

检查分组、计数对象和索引

在启用严格分组规则的环境中，选择了 d.id 和 d.name，就把它们都写进 GROUP BY，不要依赖未聚合列的隐式取值。性能方面，先确认 employees.department_id 可用于关联；数据量较大时再用 EXPLAIN 查看访问路径，而不是只凭感觉添加索引。

常见问题

为什么 LEFT JOIN 后 COUNT(*) 不是 0？

因为 LEFT JOIN 为左表主体保留了一条结果行，COUNT(*) 统计的是这条结果行。改为 COUNT(右表主键) 即可利用 NULL 不计数的规则。

右表主键不能为空时，能不能 COUNT 其他字段？

可以，但应选择右表中确定非 NULL 的列。主键通常最直观；若选择可为空的业务字段，真实存在的明细也可能被漏计。

多个右表一起 JOIN 为什么数量变大？

多个一对多表可能形成乘法行数。可先分别聚合每张明细表，再按左表键关联汇总结果，或明确使用 DISTINCT，但不要用 DISTINCT 掩盖连接粒度错误。

关联语法和外连接的 NULL 行规则可继续参考 MySQL 8.4 JOIN Clause 与 Aggregate Function Descriptions。记住一句话：要保留左表全集，计数右表非空列，右表筛选放在 ON。