AVG() 返回 NULL 而非 0，应使用 COALESCE(AVG(col), 0) 显式转换；其自动忽略 NULL，无需 WHERE 过滤；GROUP BY 错误多因分组逻辑不符业务；整型列需 CAST 提升精度防截断；趋势分析需窗口函数或预聚合。
AVG() 返回 NULL 而不是 0，怎么处理？
AVG() 遇到全为 NULL 的列时，结果就是 NULL，不是 0 或空值——这是初学者最常误判的地方。它不隐式转换，也不填充默认值，纯粹按 SQL 标准聚合空值。
- 用
COALESCE(AVG(col), 0)显式转成 0（推荐，语义清晰） - 避免写
ISNULL(AVG(col), 0)—— 这是 SQL Server 特有语法，MySQL/PostgreSQL 不认 - 如果想排除 NULL 再算平均，AVG 本来就会自动跳过 NULL，无需额外 WHERE 过滤（但要注意：WHERE 会先于 AVG 执行，影响行集）
GROUP BY 后 AVG() 算错总数，常见原因是什么？
不是 AVG 本身出错，而是 GROUP BY 分组逻辑和业务理解不一致。比如按日期分组却漏了时区、没去重重复记录、或把汇总层级搞反了。
- 确认分组字段是否真正唯一标识业务单元（例如
GROUP BY DATE(created_at)比GROUP BY created_at更安全） - 检查原始数据是否存在重复插入：加
COUNT(*)辅助验证每组行数是否合理 - AVG() 在 GROUP BY 中对每组独立计算，不会“跨组归一化”，别指望它自动做加权平均
AVG() 和 CAST/ROUND 配合时精度丢失怎么防？
AVG() 默认返回与输入列相同的数据类型，整型列（如 INT）会导致除法截断，比如 AVG(1,2,3) 在某些数据库里可能得 2 而不是 2.0。
- 强制提升精度：写成
AVG(CAST(col AS DECIMAL(10,2)))，尤其在 MySQL 中必须显式转换 - ROUND 放在外部更可控：
ROUND(AVG(col), 2)，而不是AVG(ROUND(col, 2))（后者先四舍五入再平均，结果偏差大） - PostgreSQL 对整数 AVG 会自动返回 numeric，但 MySQL 5.7 及以前不会——版本差异要盯紧
想看趋势但 AVG() 单点值不够，怎么加时间窗口？
AVG() 本身不带时间维度，要分析趋势就得靠窗口函数或预聚合。直接 SELECT AVG() 只给一个静态值，看不出涨跌。
- 用
AVG(col) OVER (ORDER BY date_col ROWS BETWEEN 6 PRECEDING AND CURRENT ROW)做 7 日滚动均值（需数据库支持窗口函数） - 替代方案：先用 GROUP BY 按周/月聚合，再用应用层连点成线，比纯 SQL 更灵活
- 注意时序空缺：如果某天无数据，窗口函数不会自动补 0，得 LEFT JOIN 生成完整日期序列
事情说清了就结束。AVG 看似简单，但 NULL 处理、类型推导、分组边界、时间对齐这四点，任一疏忽都会让结果偏离业务预期。
