直接用AVG(column) OVER (PARTITION BY group_col)计算分组均值，再与当前行字段相减或比较即可；需注意隐式类型转换、NULL处理、分区键一致性及避免GROUP BY+JOIN性能问题。
怎么用 AVG() 窗口函数算分组均值并和当前行对比
直接在 SELECT 里用 AVG(column) OVER (PARTITION BY group_col) 就能拿到每组的均值，再和当前行字段相减或比较即可。关键不是“能不能算”，而是“怎么避免隐式类型转换导致结果为 NULL”或者“为什么结果全是 0.0”。
-
AVG()默认返回DECIMAL或DOUBLE，如果被比较的列是整型（比如INT），某些数据库（如 MySQL 8.0 前）会截断小数部分，表面看像没变化；显式转成FLOAT或加0.0更稳 - 分区键（
PARTITION BY）必须和业务分组逻辑一致——比如按用户 ID 分组，但数据里有NULL的用户 ID，那这些行会被单独分到一个组，均值可能失真 - 空值（
NULL）不参与AVG()计算，但当前行如果是NULL，做减法会得NULL；需要提前用COALESCE()处理
常见错误：用 GROUP BY 后再 JOIN 回原表太重
有人先 GROUP BY 算均值，再用 JOIN 关联回原表比对，这在大表上慢且易出错——特别是多键关联或存在重复行时，JOIN 可能爆炸性膨胀行数。
- 窗口函数天然保留原表每一行，无需额外关联，性能几乎无损
- 如果非要
GROUP BY+JOIN，务必确认关联字段组合在原表中唯一，否则会无意中做笛卡尔积 - PostgreSQL 和 SQL Server 支持
AVG() OVER ()直接全表均值；MySQL 8.0+ 也支持，但旧版不支持，得换思路（比如用变量模拟）
ABS(value - AVG(value) OVER (...)) > 2 * STDDEV(value) OVER (...) 这类异常检测怎么写才可靠
单纯比均值不够，常要结合标准差判断离群值。但 STDDEV() 和 AVG() 窗口函数必须用同一 OVER 子句，否则分组逻辑不一致，结果不可信。
-
STDDEV_POP()和STDDEV_SAMP()结果不同：前者除以n，后者除以n-1；小样本（比如每组就 2–3 行）时差异明显，选哪个取决于统计口径 - 如果某组只有 1 行，
STDDEV_SAMP()返回NULL，整个表达式崩掉；加COALESCE(STDDEV_SAMP(...), 0)是底线操作 - 别在
WHERE里直接用窗口函数——语法报错；得套一层子查询或 CTE，例如：SELECT * FROM (SELECT x, y, ABS(y - AVG(y) OVER (PARTITION BY x)) AS diff FROM t) t2 WHERE diff > 10;
MySQL 5.7 怎么绕过不支持窗口函数的限制
没 OVER 就没法自然写，硬上变量容易错乱，尤其并发查询或优化器重排执行顺序时。
- 最稳妥的是升级到 MySQL 8.0+；若不能升，用应用层分批拉取、内存计算均值——虽然麻烦，但逻辑清晰可控
- 变量方案（如
@avg := IF(@group = col, @avg, (SELECT AVG(val) FROM t2 WHERE group_col = col)))）极易因执行计划变化失效，只适合单线程、静态数据场景 - 临时表 + 自关联也能模拟，但要注意索引：在分组字段和排序字段上建联合索引，否则
JOIN会扫全表
窗口函数本身不难，难的是分组边界是否干净、空值是否被正视、以及旧版本有没有悄悄绕开它的代价。写完记得查几组极端数据：单行分组、全 NULL 列、超大数值溢出——这些地方最容易漏。
