<p>加权平均必须用SUM(value weight) / SUM(weight)，不能用AVG()或AVG(value)AVG(weight)；需配合GROUP BY，处理NULL和除零错误，并确保数值类型正确。</p>
用 SUM(value * weight) / SUM(weight) 直接算加权平均
加权平均不是 AVG() 能解决的——它默认对所有值等权处理。真正要的是「每个分组内，value 按 weight 加权后求和，再除以总权重」。核心公式就是：SUM(value * weight) / SUM(weight)。这个表达式在 MySQL、PostgreSQL、SQL Server、Oracle 都能直接用，无需子查询或窗口函数。
常见错误是写成 AVG(value) * AVG(weight) 或 SUM(value)/COUNT(*)，结果完全偏离业务含义。比如商品销量加权单价、学生成绩按学分加权，权重本身必须参与分母计算。
- 确保
weight列不含NULL，否则SUM(weight)会跳过该行，导致分母偏小 - 如果
weight可能为 0，需加CASE WHEN SUM(weight) = 0 THEN NULL ELSE ... END防止除零错误 - 浮点精度问题：MySQL 中若
value和weight都是整型，SUM(value * weight)可能溢出；建议显式转DECIMAL或FLOAT
GROUP BY 后加权平均的完整写法
分组加权平均必须和 GROUP BY 配合使用，且所有非聚合字段都要出现在 GROUP BY 中。典型结构：
SELECT category, SUM(score * credits) / SUM(credits) AS weighted_avg_score FROM courses WHERE credits > 0 GROUP BY category;
注意点：
-
WHERE过滤必须在GROUP BY前完成，否则权重为 0 或负值的数据会影响分母 - PostgreSQL 要求
GROUP BY包含所有非聚合列，MySQL 8.0+ 默认开启ONLY_FULL_GROUP_BY，行为一致 - 若想保留权重和为 0 的分组（显示
NULL），不能用HAVING SUM(credits) > 0过滤，而应在SELECT中用条件表达式处理
NULL 权重或 value 导致结果为 NULL 怎么办
SUM() 遇到任意 NULL 项会跳过，但 value * weight 中只要有一个是 NULL，整个乘积就是 NULL，最终 SUM(NULL) 返回 NULL，导致加权平均为 NULL。这不是 bug，是 SQL 三值逻辑的必然结果。
修复方式取决于业务规则：
- 把
NULL权重当作 0 处理：SUM(score * COALESCE(credits, 0)) / NULLIF(SUM(COALESCE(credits, 0)), 0) - 忽略
NULL行（默认行为），但需确认是否符合语义——例如缺学分的课程本就不该参与加权 - 用
COALESCE(score, 0)补value，但要警惕“零分”和“无数据”的语义混淆
NULLIF(..., 0) 比 CASE WHEN ... = 0 THEN NULL ELSE ... END 更简洁，是避免除零的标准写法。
性能与索引注意事项
加权平均本身不触发全表扫描，但执行效率依赖底层引擎是否能利用索引加速 SUM()。关键点：
- 复合索引
(group_col, value, weight)可覆盖查询，避免回表（尤其在大表上） - MySQL 8.0+ 支持函数索引，可建
INDEX((score * credits))，但实际收益有限，因为还需SUM(weight) - 如果分组键基数极高（如百万级用户 ID），
GROUP BY本身成为瓶颈，考虑预聚合或物化视图替代实时计算
最常被忽略的是数据类型隐式转换：当 weight 是 VARCHAR 存数字时，SUM(weight) 会先转 DOUBLE 再求和，既慢又不准。务必确认数值列是原生数字类型。
