count(*)统计每组总行数（含null），count(字段)仅统计该字段非null的行数；coalesce可将null转为有效值参与计数；where在分组前过滤，having在分组后筛选且只能引用分组字段或聚合函数。
GROUP BY 后的空值统计问题，本质是搞清 COUNT(*) 和 COUNT(字段) 的行为差异，以及 NULL 在分组和聚合中到底“算不算数”——不是配置错了，是逻辑没对齐。
为什么 COUNT(字段) 会漏掉空值行？
COUNT(字段) 只统计该字段非 NULL 的行，它跳过 NULL 是设计使然，不是 bug。比如按部门统计有薪资记录的人数，COUNT(salary) 天然排除 NULL；但如果你本意是“这个部门总共有几条员工记录”，就得用 COUNT(*)。
- 常见错误：写
SELECT dept, COUNT(salary) FROM emp GROUP BY dept，结果发现某部门人数比实际少——其实是把salary IS NULL的人剔除了 - 真正要统计“该组有多少条记录”，无条件用
COUNT(*) - 要统计“该组中某字段非空的个数”，才用
COUNT(字段) - 字段本身允许 NULL，又想让它参与计数（比如归为“未填写”），得先用
COALESCE转成非 NULL 值再套COUNT
如何把 NULL 行也纳入分组并统一标记？
GROUP BY 会把所有 NULL 归为一个独立分组，但业务上往往希望把它显示为 '未知' 或 '未分配'——不能只在 SELECT 里转换，必须同步改 GROUP BY 表达式，否则分组逻辑和显示脱节。
- 正确写法：
SELECT COALESCE(dept, '未知部门') AS dept_name, COUNT(*) FROM emp GROUP BY COALESCE(dept, '未知部门') - 错误写法：
SELECT COALESCE(dept, '未知部门'), COUNT(*) FROM emp GROUP BY dept—— 这会让dept IS NULL自成一组，而SELECT中的COALESCE只改输出名，不改变分组结构 - 如果字段是数字类型（如
manager_id），填默认值用COALESCE(manager_id, -1)，避免隐式类型转换失败 - MySQL 5.7 开启
ONLY_FULL_GROUP_BY后，混用未聚合列和非分组列会直接报错：Expression #2 of SELECT list is not in GROUP BY clause
聚合结果为 NULL 怎么填 0？
COUNT(*) 永远不会返回 NULL，但 AVG()、SUM()、MAX() 在空组（比如 LEFT JOIN 右表无匹配）或全 NULL 列上会返回 NULL。这时得用 COALESCE 包裹聚合函数外层，而不是原始列。
- 正确：
COALESCE(AVG(salary), 0)、COALESCE(SUM(amount), 0) - 错误：
AVG(COALESCE(salary, 0))—— 这会把 NULL 当 0 算进均值，扭曲真实分布 -
IFNULL是 MySQL 特有，PostgreSQL/SQL Server 不支持；COALESCE是 SQL 标准，跨库兼容 - LEFT JOIN + GROUP BY 场景下，别对右表字段用
COALESCE后再拿它去GROUP BY，否则所有无匹配行会被强行合并到同一组，破坏分组语义
想单独统计 NULL 行数，要不要硬塞进 GROUP BY？
没必要。如果目标只是知道“status 为 NULL 的订单有多少条”，直接 WHERE 更清晰、更高效。
- 简单查：
SELECT COUNT(*) FROM orders WHERE status IS NULL - 合并在主查询里：
SUM(CASE WHEN status IS NULL THEN 1 ELSE 0 END) AS null_count - 混用
COALESCE+GROUP BY再过滤，容易绕晕，尤其当还有其他非空分组逻辑时 - ORDER BY 对
COALESCE(status, 'unknown')排序可能出意料——若原字段是数字类型，MySQL 会隐式转字符串排序，导致'10'排在'2'前面
最麻烦的不是语法怎么写，而是不同数据库对 GROUP BY + COALESCE 的执行计划优化程度不一；PostgreSQL 可能多一次哈希计算，MySQL 8.0+ 通常能复用索引，但前提是表达式可被索引覆盖。
