sum、avg返回null而count(*)返回0是sql标准行为：前者需至少一个非null值才能计算，后者统计行数故空集返回0；应用中需用coalesce等兜底，且业务语义（全体平均vs有效平均）须提前明确。
为什么SUM、AVG返回NULL，而COUNT(*)返回0
这是SQL标准行为，不是bug。聚合函数对NULL的处理逻辑不同：COUNT(*)统计行数，空结果集也返回0；SUM()和AVG()在无有效值时返回NULL，因为它们需要至少一个非NULL输入才能计算。常见后果包括：前端渲染NaN、后端Python/Java中None参与运算报错、报表里直接显示“NULL”字样。
用COALESCE或IFNULL兜底最直接
把聚合结果包一层，默认转成0或其他业务值：
SELECT COALESCE(SUM(sales), 0) AS total_sales FROM orders WHERE status = 'done';SELECT IFNULL(AVG(score), 0.0) AS avg_score FROM students WHERE grade = 'A';- 注意：
COALESCE跨数据库兼容（MySQL/PostgreSQL/SQL Server都支持），IFNULL仅MySQL可用；参数类型必须一致，比如COALESCE(AVG(score), 0)没问题，但COALESCE(AVG(score), 'N/A')会报类型错误
空结果集仍返回一行NULL？加GROUP BY NULL无效
当WHERE条件不匹配任何数据时，带聚合函数的查询总会返回一行（所有聚合列是NULL）。有人试过GROUP BY NULL，但它只在MySQL中生效，且在有数据时会破坏分组逻辑——实际等于强制单行输出，不该用。
真正可靠的解法只有两个：
- 应用层过滤：查完判断结果是否为
NULL再赋默认值，比如Python中row['total'] or 0 - SQL层改写：用
UNION ALL拼接空结果兜底，但复杂度高，一般不推荐
AVG全为NULL时返回0，但语义可能被扭曲
AVG(COALESCE(score, 0))会让缺考者记0分参与平均，这和AVG(score)（只算有成绩的人）含义完全不同。业务上必须明确：是要“全体平均”还是“有效平均”。如果选前者，用COALESCE没问题；如果选后者，就该保留NULL或显式写CASE WHEN COUNT(score) = 0 THEN NULL ELSE AVG(score) END。
最容易被忽略的点是：这种选择不是技术问题，而是业务定义问题。开发时没和产品确认，上线后指标偏差很难回溯。
