COUNT(列名)在GROUP BY中遇全NULL分组返回0是SQL标准行为，因它仅统计非NULL值行数；而COUNT(*)统计行数，含NULL行，二者语义不同。
为什么COUNT(列名)在GROUP BY中遇到全NULL分组返回0
这不是bug，是SQL标准行为：COUNT(列名)只统计该列**非NULL值的行数**，哪怕整组所有行的该列都是NULL，它也返回0——因为确实“没数到任何有效值”。这和COUNT(*)完全不同，后者统计的是行本身，不管列值是不是NULL。
COUNT(列名) vs COUNT(*) 在NULL分组里的表现差异
当你写 GROUP BY status，所有status为NULL的记录会被归入同一组。这一组里：
-
COUNT(status)→ 返回0（因status列全为NULL，无非NULL值可数） -
COUNT(*)→ 返回该组实际行数（比如5行NULL状态，就返回5） -
SUM(amount)→ 返回NULL（空集或全NULL输入时，SUM/AVG一律返回NULL）
最容易误读的是把COUNT(status) = 0当成“这组没数据”，其实恰恰相反：它说明这组有数据，只是status字段全为空。
想统计“status为NULL的记录有多少条”，该用什么
直接用COUNT(*)配合WHERE最清晰：
SELECT COUNT(*) AS null_status_count FROM orders WHERE status IS NULL;
如果必须放在GROUP BY里一起输出，用条件聚合更可控：
SELECT COALESCE(status, 'NULL') AS status_group, COUNT(*) AS total_rows, COUNT(status) AS non_null_status_count, COUNT(*) - COUNT(status) AS null_status_count FROM orders GROUP BY COALESCE(status, 'NULL');
注意：COUNT(*) - COUNT(status)才是安全算NULL行数的方式，别用COUNT(CASE WHEN status IS NULL THEN 1 END)——它在某些旧版MySQL里可能因类型推导出错。
GROUP BY后COUNT(列名)返回0但业务要显示“无状态”，怎么办
这时候0本身就有语义，不能一概COALESCE(COUNT(status), 0)——那会掩盖“有数据但字段为空”和“根本没这组数据”的区别。真正要区分的其实是：
- 这组存在，但
status全为NULL →COUNT(status) = 0，COUNT(*) > 0 - 这组根本不存在（WHERE过滤后无匹配）→ 整行不输出，不是NULL也不是0
所以判断逻辑得同时看COUNT(*)和COUNT(status)，而不是只盯一个聚合结果。
