如何运用AVG函数在SQL数据库中精准查询特定数据的平均数值？

本文共计697个文字，预计阅读时间需要3分钟。

AVG函数不能直接处理非数值列、NULL值不参与计算、多列平均需手动展开——这并非语法问题，而是语义限制。

AVG 只能作用于单列或单个数值表达式

很多人写 SELECT AVG(salary, bonus) FROM employees，这会报错：SQL 不支持对多个列直接调用 AVG。它只接受一个标量表达式作为参数。

• 正确做法是把多列合并成一个算术表达式，例如 AVG(bonus + salary) 或 AVG((salary + bonus + allowance) / 3.0)
• 如果想分别看每列平均值，得显式写出多个 AVG()：SELECT AVG(salary), AVG(bonus), AVG(allowance) FROM employees
• 注意除法中用 3.0 而非 3，避免整数除法截断（尤其在 SQL Server、PostgreSQL 中）

NULL 值被自动忽略，但 0 和空字符串不是 NULL

执行 SELECT AVG(score) FROM exam_results 时，哪怕有 10 条记录里 3 条是 NULL，AVG 仍按剩余 7 个非空值计算。但如果你的“未参加考试”存的是 0 而非 NULL，这个 0 就会被计入平均——结果明显偏低。

• 确认数据清洗逻辑：用 IS NULL 检查真实缺失，别靠肉眼判断
• 若需排除 0 值，改用条件表达式：AVG(CASE WHEN score > 0 THEN score END)
• 在 MySQL 中可配合 NULLIF(score, 0) 实现类似效果，但要注意该函数返回 NULL 后仍会被 AVG 忽略

AVG 返回类型取决于输入，隐式转换可能出错

对 TINYINT 列求平均，SQL Server 可能返回 DECIMAL(5,2)；而对 INT 列，结果可能是 DECIMAL(10,6)。这种自动提升虽安全，但和应用层预期类型不一致时，容易在 ORM 或导出时触发精度截断或类型转换异常。

• 显式转换更可控，比如 CAST(AVG(price) AS DECIMAL(10,2))
• 在涉及金额场景，避免依赖默认精度，否则 AVG 可能返回 199.999999999 这类浮点近似值
• SQLite 的 AVG 总是返回 REAL，即使输入全是 INTEGER——这点和其他引擎不同，跨库迁移时要特别留意

真正麻烦的不是怎么写 AVG，而是你是否清楚当前字段里混着 NULL、0、空字符串、负数，以及业务上哪些该算、哪些该剔。函数本身很稳，数据语义才常出问题。