MySQL中为何此处需sum()函数？原代码报错原因解析

一、初始代码报错的原因 #

你触发的报错：

"Expression #3 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'ap.invoices.invoice_total' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by"

核心是GROUP BY分组规则和窗口函数中引用的列不匹配。

当你用GROUP BY MONTH(invoice_date)时，MySQL会按月份把数据分组，每组对应某个月的所有发票。此时SELECT列表里的列必须满足两个条件之一：要么是GROUP BY指定的分组字段（月份），要么是通过聚合函数（比如SUM、COUNT）计算出的分组统计值——这是only_full_group_by模式的强制要求，目的是保证查询结果的确定性。

你初始代码里的窗口函数写的是AVG(invoice_total) OVER(...)，这里的invoice_total是原始表的非聚合列，每个月份分组里包含多个invoice_total值，MySQL无法确定该用分组里的哪一个值参与窗口计算，违反了only_full_group_by的规则，所以报错。

你误以为这个AVG()会按GROUP BY的月份计算平均值，但实际上它是直接作用于原始的invoice_total列，而非分组后的月度合计值，这和GROUP BY的逻辑完全冲突。

二、为什么必须嵌套SUM() #

题目要求的是月度合计的移动平均值，也就是先算出每个月的发票总额合计，再对这些月度合计值计算包含当前月及前三个月的移动平均。

正确的逻辑分为两步：

1. 按月份分组，计算每个月的SUM(invoice_total)（即月度合计）；
2. 对这些月度合计值，用窗口函数AVG(...)计算移动平均。

参考答案里的AVG(SUM(invoice_total)) OVER(...)写法，本质是让窗口函数在分组后的结果集上，对每个分组的SUM值做平均——这样既符合题目要求的“基于月度合计的移动平均”，又避免了引用非聚合列的问题。

更清晰的等价写法是先通过子查询得到月度合计，再在外层应用窗口函数：

SELECT 
    month,
    monthly_total,
    AVG(monthly_total) OVER(ORDER BY month ROWS BETWEEN 3 PRECEDING AND CURRENT ROW) AS moving_avg
FROM (
    SELECT 
        MONTH(invoice_date) AS month,
        SUM(invoice_total) AS monthly_total
    FROM ap.invoices
    GROUP BY month
) AS monthly_totals
ORDER BY month;

内容的提问来源于stack exchange，提问作者Kat