avg()默认忽略null，分母为count(column)而非count()，导致“全体平均”被误算为“有效样本平均”；需据业务语义选择coalesce(col,0)或手动sum/count()计算。
AVG() 默认就忽略 NULL，但结果可能仍不准
很多人以为 AVG() 算出来不对是“没忽略 NULL”，其实恰恰相反——它严格忽略所有 NULL 值，只对非空值求平均。问题出在：你期望的分母是总行数，而 AVG() 用的是非空行数。比如 5 行数据中 2 行为 NULL，AVG(col) 等价于 SUM(col) / 3，不是 / 5。
这种偏差在业务场景中很关键：比如统计「用户平均下单金额」，若把未下单用户记为 NULL，直接用 AVG(amount) 就会高估（只算下单用户），而实际可能需要包含零单用户（即用 0 替代 NULL）。
- 确认语义：你要的是「有值样本的均值」，还是「全量用户的均值（无下单记为 0）」？前者用原生
AVG()，后者必须转换 -
AVG()对空表返回NULL，不是0；若需兜底，得配合COALESCE(AVG(col), 0) - 聚合前加
WHERE col IS NOT NULL和直接用AVG(col)效果一致，但会丢失整行上下文（比如想同时统计总人数和平均金额）
用 COALESCE 或 CASE 把 NULL 转成 0 再算平均
当业务要求「把缺失视为 0 参与计算」时，不能依赖 AVG() 的默认行为，必须显式替换。最常用且兼容性最好的方式是 COALESCE(col, 0)。
SELECT AVG(COALESCE(amount, 0)) AS avg_with_zero FROM orders;
注意：COALESCE() 在各主流数据库（PostgreSQL、MySQL 5.7+、SQL Server、SQLite）都支持，且是标准 SQL 函数。
- 别用
IFNULL()（MySQL）或ISNULL()（SQL Server）写法，它们不跨平台 - 如果字段是字符串类型（如
status），转0会报错，此时应先明确业务含义：是否真要参与数值平均？否则应过滤或报错 -
COALESCE(col, 0)不改变原始col的数据类型，但可能触发隐式转换（如DECIMAL列 +0→ 推导为更高精度），需留意结果精度
用 COUNT(*) 和 SUM() 手动控制分母
更灵活的方式是绕过 AVG()，自己算：分子用 SUM()，分母用 COUNT(*)（全量行数）或 COUNT(col)（非空行数）。这样能完全掌控逻辑。
SELECT SUM(amount) / NULLIF(COUNT(*), 0) AS avg_per_user FROM users u LEFT JOIN (SELECT user_id, SUM(price) AS amount FROM orders GROUP BY user_id) o ON u.id = o.user_id;
这里用 NULLIF(COUNT(*), 0) 避免除零错误，比 CASE WHEN COUNT(*) = 0 THEN NULL ELSE ... END 更简洁。
-
COUNT(*)统计所有行（含NULL），COUNT(col)只统计col非空行 —— 这正是原生AVG()的分母 - JOIN 后出现大量
NULL的amount，用SUM(amount)会忽略它们，所以必须搭配COUNT(*)才能得到「人均」而非「下单用户均值」 - 在窗口函数中也适用：
SUM(amount) OVER() / COUNT(*) OVER()可算全局均值并广播到每行
GROUP BY 场景下 NULL 分组容易被忽略
当按某列 GROUP BY 且该列含 NULL 时，NULL 会被单独分到一组（标准 SQL 行为），但很多人误以为它被合并进其他组或被跳过。
SELECT category, AVG(price) FROM products GROUP BY category;
如果 category 有 NULL 值，结果里会出现一行 category = NULL 及其对应的 AVG(price)（仅基于该组非空 price 计算）。
- 不想让
NULL单独成组？用GROUP BY COALESCE(category, 'Unknown') - 想排除
NULL分组但保留其他组？加HAVING category IS NOT NULL（注意：这是在分组后过滤，不是WHERE） - 某些旧版 MySQL（5.7 以前）默认开启
sql_mode=only_full_group_by外的宽松模式，可能导致GROUP BY行为不一致，建议显式处理NULL
真正难的不是写对语法，而是厘清「这个平均值到底要回答什么业务问题」：是活跃用户的平均表现，还是全体对象的平均状态？一旦定义模糊，再准的 SQL 也会得出误导性数字。NULL 本身不可怕，可怕的是对它的沉默假设。
