STDDEV 及其变体自动忽略 NULL 值，无需额外过滤；结果为 NULL 通常因全组为 NULL 或 STDDEV_SAMP 输入少于 2 个非 NULL 值。
STDDEV 函数本身就会自动忽略 NULL
SQL 标准里的 STDDEV（以及 STDDEV_POP、STDDEV_SAMP）在计算前会**自动过滤掉 NULL 值**，不需要额外写 WHERE column IS NOT NULL 或用 COALESCE 填充。这是它们的默认行为，不是“需要避开干扰”，而是“天生就无视 NULL”。
常见误解是看到结果为 NULL 就以为是 NULL 干扰了计算——其实更可能是整组数据全为 NULL，或只有一行非 NULL 值（对 STDDEV_SAMP 来说，样本数
-
STDDEV_SAMP(x)要求至少 2 个非 NULL 值，否则返回NULL -
STDDEV_POP(x)可接受 1 个非 NULL 值（此时标准差为 0） - 所有主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、Oracle、SQLite）都遵循这一语义
为什么有时候 STDDEV 返回 NULL？查这三点
不是 NULL 干扰了计算，而是输入不满足函数的数学前提。重点检查：
- 聚合后是否整个分组里
x列全为NULL→ 结果必为NULL - 若用的是
STDDEV_SAMP，该分组非 NULL 值个数是否 NULL - 是否误用了窗口函数形式（如
STDDEV_SAMP(x) OVER (...)），但 PARTITION 内数据不足 → 同样触发NULL返回
例如：
SELECT STDDEV_SAMP(val) FROM (VALUES (5), (NULL), (NULL)) t(val);返回
NULL，因为只剩 1 个非 NULL 值，不够算样本标准差。
想强制返回 0 而不是 NULL？用 COALESCE 包一层
如果业务逻辑要求“没波动就当 0”，不能依赖函数自身行为，得手动兜底：
- 写成
COALESCE(STDDEV_SAMP(x), 0)—— 注意：这只掩盖了“数据不足”的事实，不改变统计意义 - 若想区分“真无波动”（如多个相同值）和“数据太少”，应同时查
COUNT(x)和STDDEV_SAMP(x) - 避免写
COALESCE(STDDEV_SAMP(COALESCE(x, 0)), 0)：把 NULL 强制转 0 会严重扭曲分布，比如原数据是[10, NULL, NULL]，变成[10, 0, 0]后标准差 ≈ 5.77，完全失真
MySQL 5.7 及更早版本没有 STDDEV_SAMP？用 VAR_SAMP 开根号
老版本 MySQL 不支持 STDDEV_SAMP，但有 VAR_SAMP（样本方差）。标准差就是方差开根号：
SELECT SQRT(VAR_SAMP(x)) FROM t;
注意两点：
-
VAR_SAMP同样自动跳过 NULL，且要求 ≥2 个非 NULL 值，行为一致 - 别用
STDDEV（MySQL 5.7 的STDDEV是STDDEV_POP的别名），除非你明确要总体标准差
真正容易被忽略的，是样本量门槛——哪怕只差一个非 NULL 值，STDDEV_SAMP 就沉默返回 NULL，而这个 NULL 很可能被上层应用当成“计算失败”去重试或报错，其实它只是在严格守约。
