stddev计算样本标准差（分母n−1），stddev_pop计算总体标准差（分母n）；全量数据应选后者，否则结果偏大。
SQL 里用 STDDEV 算标准差，多数情况可行，但要注意它默认计算的是「样本标准差」（n−1 无偏估计），不是「总体标准差」——如果你的表就是全部数据、不抽样，结果会偏大。
STDDEV 和 STDDEV_POP 的区别在哪
两者都返回数值型字段的标准差，但分母不同：STDDEV 用 n−1（样本），STDDEV_POP 用 n（总体）。比如对 [1, 3, 5] 计算：
-
STDDEV(1,3,5)≈ 2.0（分母是 2） -
STDDEV_POP(1,3,5)= √[(4+0+4)/3] ≈ 1.63（分母是 3）
常见误用场景：分析全量日志表或全量用户订单时仍用 STDDEV，导致波动被高估。确认业务语义——你是在描述这批数据本身，还是把它当样本去推断更大总体？
MySQL / PostgreSQL / Oracle 都支持，但函数名略有差异
主流数据库基本都支持 STDDEV 和 STDDEV_POP，但注意：
- MySQL 8.0+ 和 PostgreSQL 全支持这两个函数
- Oracle 同样支持，且额外提供
STDDEV_SAMP（等价于STDDEV）和STDDEV_POP - SQLite 只有
stddev（小写），且行为等同于STDDEV_SAMP - SQL Server 没有直接对应函数，得用
STDEV（样本）或STDEVP（总体），注意大小写和后缀
跨库迁移时别只改函数名，还得核对语义是否一致。
空值、分组、聚合嵌套的典型陷阱
STDDEV 会自动忽略 NULL 值，这点没问题；但容易出错的是：
- 在
GROUP BY中混用AVG和STDDEV时，如果某组全为NULL或仅一个非空值，STDDEV返回NULL（因为 n−1=0，除零未定义） - 嵌套聚合如
AVG(STDDEV(x))是非法的——标准差本身已是聚合函数，不能直接套在另一个聚合里 - 想按时间窗口滚动计算标准差？原生 SQL 不支持，需搭配窗口函数（如 PostgreSQL 的
STDDEV(...) OVER (ORDER BY t ROWS BETWEEN 6 PRECEDING AND CURRENT ROW)），但 MySQL 8.0 之前不支持该用法
示例（PostgreSQL）：
SELECT
date_trunc('day', created_at) AS day,
AVG(amount) AS avg_amount,
STDDEV_POP(amount) AS stddev_amount -- 这里用 POP 更符合日报分析语义
FROM orders
WHERE created_at >= '2024-01-01'
GROUP BY 1
HAVING COUNT(*) > 1; -- 避免单条记录导致 STDDEV_POP 返回 NULL
标准差本身不抗异常值，如果数据含明显离群点（比如一笔千万订单混在百元订单中），STDDEV 会被严重拉高——这时先看分布、考虑用中位数绝对偏差（MAD）或剔除异常值再算，别把函数一跑就当结论。
