MySQL：GROUP BY加HAVING过滤分组时如何让SUM() OVER()仍包含被过滤分组的统计

这是个很常见的窗口函数与HAVING子句冲突的问题，我来给你拆解一下并提供简洁的解决方案：

问题根源 #

你遇到的核心问题在于MySQL的执行顺序：

1. 先执行FROM/JOIN和WHERE过滤原始数据
2. 执行GROUP BY进行分组并计算聚合函数
3. 执行HAVING过滤不符合条件的分组
4. 最后处理SELECT中的窗口函数

当你添加having count(i.itemId) > 2后，窗口函数sum(count(i.itemId)) over ()只能看到被HAVING保留下来的分组，总和自然变小，导致百分比计算失真，结果比实际值偏高。

简洁解决方案：预计算总条目数 #

我们可以预先计算出**WHERE子句过滤后的所有条目总数**，这个总数是固定的，不受后续HAVING过滤的影响。用一个标量子查询就能实现，完全符合你避免复杂子查询的需求：

select 
    count(i.itemId) as itemCount, 
    concat(format(100 * count(i.itemId) / totalItems, 2), '%') as totalPercentage
from thing t 
join item i on t.thingId = i.thingId
cross join (
    select count(i.itemId) as totalItems
    from thing t 
    join item i on t.thingId = i.thingId 
    where t.createdDate > startdate and t.createdDate < enddate
) as total
where t.createdDate > startdate and t.createdDate < enddate 
group by t.thingId, totalItems
having count(i.itemId) > 2 
order by itemCount desc, t.thingId desc;

代码说明 #

• 标量子查询total会先计算出符合WHERE条件的所有item总数，这个值是全局固定的
• 计算百分比时直接使用这个固定总数，不受HAVING过滤分组的影响
• 将totalItems加入GROUP BY是为了兼容MySQL的语法规范（它是常量，不会改变分组逻辑）

备选方案：简单子查询嵌套（若团队允许） #

如果你的团队能接受简单的子查询嵌套，也可以先计算所有分组的正确百分比，再在外层过滤掉条目数≤2的分组：

select itemCount, totalPercentage
from (
    select 
        count(i.itemId) as itemCount, 
        concat(format(100 * count(i.itemId) / sum(count(i.itemId)) over (), 2), '%') as totalPercentage,
        t.thingId
    from thing t 
    join item i on t.thingId = i.thingId 
    where t.createdDate > startdate and t.createdDate < enddate 
    group by t.thingId 
) as grouped_data
where itemCount > 2
order by itemCount desc, thingId desc;

总结 #

优先推荐标量子查询预计算总数的方案，它既满足了过滤分组的需求，又保证了百分比的准确性，实现简洁且没有复杂的嵌套结构，完全符合你的团队要求。

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