SQL中如何分页查询分组聚合结果？-SQL-PHP中文网

分页查询必须在GROUP BY之后、ORDER BY之后执行，否则结果不可靠；正确顺序是WHERE→GROUP BY→HAVING→ORDER BY→LIMIT/OFFSET，且排序字段须出现在SELECT中。

sql中如何分页查询分组聚合结果？

不能直接对 GROUP BY 结果加 LIMIT，因为分组本身不保证顺序，且分页逻辑依赖于确定的行序。你得先完成分组聚合、排序，再分页——否则可能漏掉组、重复取组，或页与页之间数据错乱。

典型错误写法：SELECT sex, AVG(math) FROM stu GROUP BY sex LIMIT 0,2 —— 这看似“取前两组”，但 MySQL 不保证 GROUP BY 输出顺序，且没 ORDER BY 时结果不可预测，换次执行可能返回不同性别组。

这是最直观、兼容性好、语义清晰的方式。注意：排序字段必须出现在 SELECT 列表中，或至少是分组字段/聚合结果。

SELECT sex, AVG(math) AS avg_score, COUNT(*) AS cnt
FROM stu 
WHERE math > 60 
GROUP BY sex 
ORDER BY avg_score DESC 
LIMIT 10 OFFSET 0;

上面查第 1 页（每页 10 个分组）；第 2 页就把 OFFSET 改成 10，依此类推。

想只对“人数 ≥ 2 的性别组”分页？必须把条件写在 HAVING，而不是 WHERE。因为 WHERE 在分组前过滤原始行，HAVING 才能基于聚合结果筛选分组。

SELECT sex, AVG(math) AS avg_score, COUNT(*) AS cnt
FROM stu 
GROUP BY sex 
HAVING COUNT(*) >= 2 
ORDER BY cnt DESC 
LIMIT 5 OFFSET 0;

HAVING COUNT(*) >= 2 是合法的；WHERE COUNT(*) >= 2 会报错 Invalid use of group function
HAVING 过滤发生在分组和聚合之后、ORDER BY 和 LIMIT 之前，所以分页对象是过滤后的分组集合
如果同时有 WHERE 和 HAVING，执行顺序是：WHERE → GROUP BY → 聚合 → HAVING → ORDER BY → LIMIT/OFFSET

当分组数达到几千甚至上万，OFFSET 分页会越来越慢，因为 MySQL 每次都要重新执行完整分组、排序，再跳过前 N 组。这不是语法问题，是执行模型限制。

避免 SELECT * 后再 GROUP BY：只选真正需要的分组字段和聚合字段，减少内存和临时表开销
确保 GROUP BY 字段有索引，尤其复合索引要覆盖 WHERE 条件 + 分组字段 + ORDER BY 字段
真要处理海量分组页码（比如后台导出分页报表），考虑用游标分页：记录上一页最后一个分组的排序值（如上页末尾的 avg_score），下一页用 WHERE avg_score + LIMIT，绕过 OFFSET