COALESCE能解决AVG(NULL)偏差问题，是因为它在聚合前将NULL替换为业务可接受的值（如0），确保分母为总行数而非仅非NULL行数；错误做法是COALESCE(AVG(col), 0)，正确做法是AVG(COALESCE(col, 0))。
COALESCE 为什么能解决 AVG(NULL) 的偏差问题
SQL 中 AVG() 函数默认会自动忽略 NULL 值参与计算，这看似合理，但常被误认为“没影响”。真正的问题在于：当某组所有值都是 NULL 时，AVG() 返回 NULL，而非 0 或其他业务可接受的兜底值——这会导致下游报表断值、前端渲染异常或聚合链路中断。而 COALESCE() 不是为修复 AVG() 本身设计的，它是用来在 AVG() 计算前，把源字段里的 NULL 替换成有效数值，从而确保每组至少有非空输入。
什么时候必须用 COALESCE 包裹字段再 AVG
以下场景下直接 AVG(col) 不够用，必须先 COALESCE(col, 0)：
- 统计“人均订单金额”时，部分用户从未下单（
order_amount为NULL），你希望把未下单用户视作 0 元，而非从分母中剔除 - 按部门汇总“平均加班时长”，但某些员工记录缺失（
overtime_hours IS NULL），业务要求按“在职但未填报=0 小时”计入均值 - 物化视图或 BI 工具建模阶段，需要保证每个分组结果都返回数字类型，避免因
NULL导致字段类型推断失败或图表报错
COALESCE 放在 AVG 里还是外面？常见错误写法
错误写法：COALESCE(AVG(col), 0) —— 这只在整组结果为 NULL 时补 0，但没改变原始数据分布；正确做法是先填充再聚合：
SELECT dept, AVG(COALESCE(overtime_hours, 0)) AS avg_overtime FROM employees GROUP BY dept;
注意两点：
-
COALESCE()必须作用于被聚合的列（即overtime_hours），不能套在AVG()外层 - 若填充值选
0，会拉低均值；若业务逻辑是“缺失即未知”，应填NULL并接受AVG()的默认行为，而非强行补 0 - PostgreSQL 和 SQL Server 支持
AVG(COALESCE(col, 0))，但 MySQL 8.0+ 才完全支持该嵌套，旧版需用子查询或IFNULL()
比 COALESCE 更严格的替代方案：CASE WHEN 显式控制
当填充逻辑不统一（例如：负数视为无效、超阈值视为异常），COALESCE() 就不够用了。此时用 CASE WHEN 更安全：
SELECT
AVG(
CASE
WHEN score BETWEEN 0 AND 100 THEN score
ELSE 0
END
) AS clean_avg_score
FROM exam_results;
这种写法明确排除了脏数据干扰，也便于审计。相比 COALESCE()，它多了一层业务校验，代价是可读性略低、执行计划可能稍重。
实际应用中，是否填充、填什么、填到哪一层（源表？中间视图？BI 模型？），取决于数据语义和协作边界。最易被忽略的是：把 COALESCE 当万能药，却没和产品确认“NULL 到底代表什么”。
