不会，AVG()对空组返回NULL而不报错；但SUM(col)/COUNT(col)在COUNT(col)=0时会因除零报错，应改用NULLIF(COUNT(col),0)避免。
MySQL中AVG()遇到空组会不会报错？
不会。AVG() 对空组（即分组后无匹配行）默认返回 NULL，不触发除零错误。真正出问题的是手动写 SUM(col) / COUNT(col) 且 COUNT(col) 为 0 的情况——比如某组所有 col 值全为 NULL，此时 COUNT(col) 返回 0，除法直接报 Division by zero 错误。
PostgreSQL里用NULLIF避免除零的写法
最稳妥的方式是把除数用 NULLIF(denominator, 0) 包一层：它在分母为 0 时返回 NULL，否则返回原值，从而让整个除法结果变为 NULL 而非报错。
例如：
SELECT category, SUM(sales) / NULLIF(COUNT(sales), 0) AS avg_sales FROM orders GROUP BY category;
注意：COUNT(sales) 只统计非 NULL 值，如果想包含全行计数（含 sales 为 NULL 的行），应改用 COUNT(*)，但需同步确认业务逻辑是否允许用空值参与分母计算。
SQL Server中ISNULL或NULLIF哪个更合适？
优先用 NULLIF，语义更清晰、行为更确定。虽然 ISNULL(NULLIF(COUNT(*), 0), 1) 这类嵌套也能绕过错误，但会把本该是 NULL 的结果变成 0 或其他占位值，掩盖数据缺失事实。
推荐写法：
-
SUM(value) / NULLIF(COUNT(*), 0)—— 安全，返回NULL表示无有效数据 - 避免
ISNULL(SUM(value) / NULLIF(COUNT(*), 0), 0)—— 过早填充默认值，后续聚合或报表可能误判 - 若业务明确要求“空组平均值为 0”，才考虑
COALESCE(SUM(value) / NULLIF(COUNT(*), 0), 0)
不同数据库对COUNT(*)和COUNT(col)的处理差异
这个差异直接影响分母是否为 0：
-
COUNT(*)统计所有行，哪怕所有列都是NULL，只要存在匹配行，结果 ≥ 1 -
COUNT(col)只统计col IS NOT NULL的行数，当整组col全为NULL时，结果就是 0 → 此时除法必炸 - Oracle 和旧版 MySQL 在严格模式下对
GROUP BY空组行为略有不同，但NULLIF写法在所有主流引擎中都兼容
实际查数据前，先用 COUNT(*) 和 COUNT(your_col) 对比一下，能快速定位是不是空值分布导致的分母为 0——这比等报错再调试快得多。
