avg函数仅支持单列或单个数值表达式，不接受多列直接调用；null自动忽略，但0和空字符串参与计算；需注意返回类型隐式转换及跨数据库差异。
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、空字符串、负数，以及业务上哪些该算、哪些该剔。函数本身很稳，数据语义才常出问题。
