SQL中AVG忽略NULL会造成什么影响？

A VG()忽略NULL是标准行为，但会导致业务语义错位、报表失真、基数不可知、全NULL组返回NULL及COALESCE与A VG嵌套语义混淆等问题。

A VG() 忽略 NULL 不是 bug，是标准行为；但业务上常把它当“没影响”，结果算出的平均值根本不是你想要的那个“平均”。

A VG() 的分母永远是 COUNT(col)，不是 COUNT(*)

您瞧见的 A VG(score) 结果，其分母实则是 COUNT(score)，即非 NULL 的行数。假设表中存在100条记录，其中30条的 score IS NULL，那么 A VG(score) 实际上是除以70，而非100。

• 业务语义错位：你想算“全体用户的平均分”，它却给你“有打分用户的平均分”
• 报表对比失真：A 部门 NULL 率 10%，B 部门 50%，直接比 A VG() 会高估 B 部门表现
• 无法从结果反推基数：A VG() 返回 85.2，你根本不知道它是基于 70 条还是 95 条算的

全 NULL 组返回 NULL，下游直接崩

分组后某组所有值都是 NULL（比如新部门没人填绩效），A VG(score) 就返回 NULL，不是 0，也不报错。

• Ja va 用 ResultSet.getDouble() 取值 → SQLException
• Python 中 row[0] 是 None → 后续做 + 1 或 round() 触发 TypeError
• 前端渲染时显示 “null” 或空白，用户以为数据丢了
• BI 工具图表断点、预警规则失效

COALESCE(A VG(col), 0) 和 A VG(COALESCE(col, 0)) 完全不是一回事

这两个写法看着像，语义天差地别，选错就改写业务逻辑。

• COALESCE(A VG(col), 0)：只在整组结果为 NULL 时兜底补 0，不改变原始计算过程
• A VG(COALESCE(col, 0))：先把所有 NULL 替成 0，再算平均——分母变大，均值被拉低
• 传感器温度字段 temp 为 NULL 表示“设备离线”，用后者等于把离线当成 -273℃（或 0℃）参与计算
• 销售表 amount 为 NULL 表示“未下单”，用后者等于把“没买”当成“买了但付了 0 元”

想排除 0 值？别用 WHERE，用 NULLIF()

当 0 表示无效采集（如 API 耗时为 0、测试订单金额为 0），而字段本身又允许 NULL，WHERE col != 0 会整行过滤，破坏分组上下文。

• A VG(NULLIF(col, 0))：让 0 变成 NULL，A VG() 自动跳过，保留原行结构
• WHERE col != 0：丢弃整行，影响同查询中 COUNT(*)、关联字段等其他聚合
• 负值必须保留时（如温度变化量），!= 0 过滤会误删负数，NULLIF() 不会

最容易被忽视的一点：当你在子查询或视图中嵌套了 A VG()，然后在外部再加上 WHERE 条件时，此时的分母就不再是原始表的 COUNT(*) 了。唯一可靠的做法是，在最终的 SELECT 语句中，将 A VG(x)、COUNT(x) 和 COUNT(*) 并列输出，这样可以对照着查看。