AVG函数默认包含零值，直接使用会拉低平均数；应通过WHERE column != 0排除零值，NULL自动忽略，负值需保留时不可用>0过滤。

AVG函数默认包含零值，直接用会拉低平均数

SQL 的 AVG() 函数计算的是所有非 NULL 值的算术平均，它不会自动跳过 0。如果你的字段里有大量零（比如表示“未填写”“未发生”“未启用”），而你实际想统计的是“有效发生值”的平均数，那直接 AVG(column) 就会把零一起算进去，结果明显偏低。

用WHERE过滤零值是最直接、最安全的做法

只要业务语义上“零不是有效观测值”，就该在聚合前剔除。这是最清晰、可读性最强、也最容易被优化器执行的方式。

• 确保字段类型支持比较：数值型（INT、FLOAT、DECIMAL）可直接用 != 0；如果是 NULL 和 0 混用，注意先明确语义——通常 NULL 表示缺失，0 表示真实存在但为零，二者处理逻辑不同
• 避免写成 WHERE column > 0，除非你确定只关心正数；负值也是有效非零值（比如温度、盈亏）
• 示例：

  SELECT AVG(score) FROM exam_results WHERE score != 0;

用CASE WHEN + AVG实现条件聚合（适合复杂过滤逻辑）

当“非零”的判断逻辑更复杂时（比如要排除 0 和 -999 这类占位符，或结合其他字段判断是否有效），用 CASE WHEN 构造临时有效值列再聚合更灵活。

• AVG() 会自动忽略 NULL，所以把无效值映射为 NULL 即可
• 错误写法：AVG(CASE WHEN column = 0 THEN 0 ELSE column END) —— 这样零还是参与了计算
• 正确写法：

  SELECT AVG(CASE WHEN column NOT IN (0, -999) THEN column END) FROM table_name;

• 注意：这种写法在 PostgreSQL / SQL Server / MySQL 8.0+ / Oracle 中都支持，但 SQLite 的 AVG() 对 CASE 返回的 NULL 处理一致，无需额外担心

别混淆AVG和COUNT，尤其在空结果集时

如果 WHERE score != 0 后没剩下任何行，AVG() 会返回 NULL，而不是 0。这本身是标准行为，但应用层容易忽略，导致空指针或展示异常。

• 需要默认值时，用 COALESCE(AVG(...), 0) 或 COALESCE(AVG(...), 0.0) 显式补零（注意类型匹配）
• 不要用 COUNT(*) 除以 COUNT(column) 来手动算平均——既冗余又可能因 NULL 引入误差
• 真正要警惕的是：把“无有效数据”误解为“平均值是零”，这个语义偏差比技术写法更容易出问题