几何平均值需用EXP(AVG(LN(x)))实现，要求所有x>0；主流数据库支持但MySQL旧版易误用LOG10；必须WHERE过滤零和负数，否则报错或返回NULL。
几何平均值的数学定义与SQL实现难点
几何平均值不是内置聚合函数，必须用对数恒等式转换：GEOMEAN = EXP(AVG(LN(x)))。这要求所有值严格大于0，且数据库需支持LN（或LOG）、EXP、AVG三者组合。PostgreSQL、SQL Server、Oracle 都支持；MySQL 8.0+ 支持，但旧版需用LOG(x)（自然对数）而非LOG10(x)。
常见错误现象包括：
-
LN(0)或LN(负数)导致 NULL 或报错（如 PostgreSQL 报ERROR: cannot take logarithm of zero） - MySQL 中误用
LOG10代替LOG，结果偏小（因换底公式未补偿） - 分组后某组全为 NULL 或无效值，
AVG(LN(x))返回 NULL，EXP(NULL)仍为 NULL，但你可能期望跳过该组或报错
PostgreSQL / Oracle / SQL Server 标准写法
直接使用 LN 和 EXP，配合 WHERE x > 0 过滤：
SELECT
category,
EXP(AVG(LN(value))) AS geomean
FROM sales
WHERE value > 0
GROUP BY category;
注意点：
- 必须加
WHERE value > 0，不能只靠NULLIF或CASE——LN(0)在多数引擎中是硬错误 - PostgreSQL 允许
LN作用于NUMERIC，但 Oracle 要求显式转TO_NUMBER（若字段是字符串） - SQL Server 的
LOG默认就是自然对数，无需指定底数
MySQL 8.0+ 特别处理
MySQL 的 LOG(x) 等价于自然对数（与标准一致），但早期文档易误导人以为它是以10为底 —— 实际上 LOG10(x) 才是常用对数。所以正确写法仍是：
SELECT
region,
EXP(AVG(LOG(value))) AS geomean
FROM metrics
WHERE value > 0
GROUP BY region;
容易踩的坑：
- 如果表中有
DECIMAL字段且含前导零（如'0012.5'），MySQL 可能隐式转成整数导致精度丢失，建议显式CAST(value AS DECIMAL(10,4)) - 当
value是DOUBLE且极接近零（如1e-308），LOG可能下溢为-inf，EXP(-inf)得 0 —— 这不是 bug，但业务上可能需加value >= 1e-100保护
如何安全处理空组或异常数据
不要依赖聚合函数自动跳过非法值。推荐先用子查询过滤并计数，确保每组至少有一个有效值：
SELECT
category,
EXP(AVG(LN(value))) AS geomean,
COUNT(*) AS valid_count
FROM sales
WHERE value > 0
GROUP BY category
HAVING COUNT(*) > 0;
如果你需要保留原始分组（哪怕无有效值），就得用外连接或窗口函数兜底，但此时 geomean 必须设为 NULL 或默认值（如 1.0），因为几何平均值在空集上无定义。
最常被忽略的一点：几何平均值对离群值极度敏感，且无法反映符号变化 —— 如果你的业务场景本就含负值或零（比如增长率有 -100%），强行套用这个公式会掩盖根本问题。先确认「为什么需要几何平均」，比急着写 EXP(AVG(LN())) 重要得多。
