avg()不排斥0，业务上0常为无效数据，需用case when或nullif将其转为null再计算平均值，避免拉低结果；where过滤会误删整行，影响其他字段聚合。
AVG() 本身不排斥 0，但业务上 0 常代表无效数据
直接写 AVG(score) 会把所有非 NULL 的 0 都算进去——比如 [85, 0, 92] 的结果是 59.0，而不是你想要的 88.5。这不是函数 bug，而是 0 在数学上是合法数值，AVG() 没法自动判断它是否“业务无效”。关键得看字段语义：订单金额为 0 可能是测试单，传感器读数为 0 可能是离线，用户评分字段为 0 往往根本不存在（应为 1–5 分）。别急着写 SQL，先确认这个 0 是真实值还是占位符。
CASE WHEN 把 0 转成 NULL 是最通用方案
让 AVG() 自动跳过，兼容所有主流数据库：
SELECT AVG(CASE WHEN score = 0 THEN NULL ELSE score END) FROM students;
- 别漏写
END，否则报错syntax error at or near "THEN" - 如果字段是字符串类型（如
'0'），得先转数字：CAST(score AS INTEGER)或用score != '0'配合条件 - 要同时排除 0、NULL 和空字符串：
CASE WHEN score = 0 OR score IS NULL OR score = '' THEN NULL ELSE score END - 负数（如 -1）不受影响，仍正常参与计算
NULLIF 更简洁，但要注意 MySQL 版本
在 PostgreSQL、SQL Server、Oracle 和 MySQL 8.0+ 中可用：
SELECT AVG(NULLIF(score, 0)) FROM students;
- 等价于上面的
CASE写法，少打字，语义也清晰 - MySQL 5.7 或更早版本不支持，会报错
Unknown column 'NULLIF'，此时必须退回CASE方案 - 别写成
NULLIF(0, score)——参数顺序反了，结果全变成 NULL
为什么不能直接用 WHERE score != 0？
看似简单，但隐患明显：
- 如果一行里还有其他要聚合的字段（比如同时算
AVG(score)和AVG(duration)），WHERE会整行过滤，导致duration也丢失对应样本 - 若数据含负数（如温度变化、账户损益），
score > 0会误删负值，结果失真 -
WHERE score != 0逻辑上是“整行无效”，而你真正需求只是“score这个值不参与平均”——语义错位 - GROUP BY 场景下更危险：某组若全为 0 值，
WHERE会让该组彻底消失，而非返回 NULL 或 0
真正需要排除整行的情况极少；多数时候，该用条件聚合，而不是全局砍掉数据。很多人查半天发现平均值偏低，最后发现是 0 悄悄混进了分母——这种问题不会报错，只会静默拉低结果。
