avg函数自动忽略null但不跳过0；0会参与计算导致平均值偏低，应使用case when或nullif将0转为null再求平均。
AVG函数默认怎么处理NULL和0
AVG 本身会自动忽略 NULL 值，这点不用额外处理；但它**不会跳过 0**——只要字段值是 0，就会参与分母计数和分子累加，拉低平均值。比如 [5, 0, 10] 的 AVG 是 5，而不是你可能想要的 7.5（即只算 5 和 10）。
用CASE WHEN过滤0再套AVG
最直接可靠的方式是用 CASE WHEN 把 0 映射成 NULL，让 AVG 自动跳过：
SELECT AVG(CASE WHEN score = 0 THEN NULL ELSE score END) FROM students;
这个写法兼容所有主流数据库（MySQL、PostgreSQL、SQL Server、Oracle），也明确表达了“0 视为无效值”的语义。注意别写成 WHERE score != 0——那会整个排除整行记录，如果该行还有其他非空字段要聚合就出错了。
- 如果字段类型是字符串但存数字（如
'0'），需先CAST或用score '0'配合类型转换 - 负数（如
-1）不受影响，仍正常参与计算 - 如果想同时排除
0、NULL和空字符串，条件可扩展为CASE WHEN score = 0 OR score IS NULL OR score = '' THEN NULL ELSE score END
用NULLIF避免显式写CASE（更简洁）
部分数据库（PostgreSQL、SQL Server、Oracle）支持 NULLIF，它能把匹配的值转成 NULL：
SELECT AVG(NULLIF(score, 0)) FROM students;
这等价于上面的 CASE 写法，更短，但 MySQL 8.0+ 才原生支持 NULLIF，旧版 MySQL 会报错。所以如果你不能确定数据库版本，优先选 CASE 方案。
为什么不能用WHERE score > 0
看似简单，但隐患明显：
- 只适用于你想排除所有非正数的场景；如果数据里有负数（比如温度、账户余额变动），
WHERE score > 0会误删负值，结果失真 - 如果表中一行有多个要聚合的字段（如
score和duration），用WHERE会同步过滤掉整行，导致AVG(duration)也丢失对应样本 - 逻辑上不一致：你只想在算
score平均值时忽略0，不是说这条记录整体无效
真正需要排除整行的情况极少，多数时候该用条件聚合而非全局过滤。
关键点在于：0 是有效数值还是占位符，得看业务含义；一旦决定它代表“无数据”，就该用 CASE 或 NULLIF 转成 NULL，而不是靠 WHERE 硬砍。很多人卡在结果比预期低，查半天才发现是 0 悄悄混进了分母。
