MySQL 8.0里，如何用SUM和窗口函数计算累计百分比？

本文共计786个文字，预计阅读时间需要4分钟。

MySQL 8.0 支持窗口函数，但尚未实现 CUME_DIST() 或 PERCENT_RANK() 函数。这种业务意义下的累计计算可以通过以下方式实现：

常见错误是直接写 SUM(col) / SUM(col) OVER() —— 这会触发隐式分组，结果全为 1；或者漏掉 ORDER BY 导致累计逻辑错乱。

• 累计和必须带 ORDER BY，否则 SUM() OVER() 等价于全表求和，失去“累计”意义
• 分母要用 SUM(col) OVER()（不带 ORDER BY），不能用 SUM(col)（会报错或触发 GROUP BY）
• 除法结果默认为整数，需显式转成 DECIMAL 或乘以 100.0 避免截断

正确写法示例：按销售额顺序计算累计占比

假设有一张销售表 sales，含字段 product 和 amount：

SELECT product, amount, SUM(amount) OVER (ORDER BY amount ROWS UNBOUNDED PRECEDING) AS cum_sum, ROUND( SUM(amount) OVER (ORDER BY amount ROWS UNBOUNDED PRECEDING) * 100.0 / SUM(amount) OVER (), 2 ) AS cum_pct FROM sales;

注意：ROWS UNBOUNDED PRECEDING 是默认行为，可省略，但显式写出更清晰；ROUND(..., 2) 控制小数位，避免浮点误差干扰展示。

ORDER BY 字段重复时累计值可能“跳变”，需加唯一排序键

如果 ORDER BY amount 中多个产品金额相同，MySQL 窗口函数对相等值的处理是“一起计入当前帧”，导致累计值在相同金额处突然跳升（例如两个 100 的产品，cum_sum 从 100 直跳到 300），不符合逐行累加直觉。

• 解决办法：在 ORDER BY 中追加唯一字段，如 ORDER BY amount, product
• 不要用 RAND() 或无意义字段扰乱业务排序逻辑
• 若原始数据无自然序，可先用 ROW_NUMBER() OVER() 生成序号再排序

性能与 NULL 处理要主动控制

SUM() OVER() 默认忽略 NULL，但如果你的 amount 列有 NULL，它们不会参与累计，也不会占位置——这通常符合预期；但若想把 NULL 当 0 处理，得提前用 COALESCE(amount, 0)。

• 大表上执行时，ORDER BY 字段必须有索引，否则 OVER(ORDER BY ...) 会强制文件排序，极慢
• 避免在 SELECT 中多次写相同的窗口表达式，MySQL 8.0 不自动复用，可考虑 CTE 提前算好
• 累计百分比结果为 DOUBLE 类型，比较时慎用 =，建议用 BETWEEN 或容忍误差

实际业务中，累计百分比常用于帕累托分析（如“前20%产品贡献80%销售额”），那个“20%”是行号占比，不是累计和占比——别把这里算出的 cum_pct 和 ROW_NUMBER() / COUNT(*) 混为一谈。