在报表统计与数据清洗场景中，我们常遇到这样的需求：按照某个字段分组，在每一个分组内部再根据条件进行排序，同时还要计算聚合指标，例如每个部门的销售额总和、平均工资，并且让分组内业绩最好的记录排在最前面。很多初学者直接写GROUP BY后接ORDER BY，结果发现排序对整个结果集生效，分组内的顺序并没有被单独控制。本文围绕这个核心问题，结合聚合函数与ORDER BY，给出可落地的SQL写法。
一、为什么GROUP BY与ORDER BY不能直接实现组内条件排序
GROUP BY的作用是将具有相同分组键的多行数据折叠成一行，数据库在执行GROUP BY时，理论上不保证组内原始行的任何顺序，因为那些行已经聚合消失了。而ORDER BY发生在分组与聚合之后，它只能决定最终返回行的先后，无法穿透到“被折叠前的分组内部”去重排明细。当你写SELECT dept, name, salary FROM emp GROUP BY dept ORDER BY salary DESC这类语句时，多数数据库会直接报错，因为name不在聚合函数内也不在GROUP BY中。
如果强行把name加入GROUP BY，那就不再是“按部门分组”了，而是按部门与姓名联合分组，每一组只有一行，自然也无从谈“组内排序”。因此，要实现分组内条件排序，必须保留分组内的明细行，这通常要借助窗口函数，或者采用子查询先聚合再关联的技巧。
二、使用窗口函数实现分组内排序与聚合并存
窗口函数（Window Function）是现代SQL处理组内计算最直观的工具。它在不折叠行的前提下，针对每个分区（PARTITION BY）独立计算排序与聚合。以下示例在员工表中，按部门分区，组内按工资降序排列，并同时算出部门平均工资：
SELECT dept, name, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn, AVG(salary) OVER (PARTITION BY dept) AS dept_avg_salary FROM employee;
上述代码中，ROW_NUMBER()给每个部门内的员工从1开始编号，工资最高的rn为1；AVG(salary) OVER (PARTITION BY dept)则在不减少行数的情况下算出部门均值。如果你只想要每个部门工资最高的那个人，外层加一个WHERE rn = 1即可，且聚合列dept_avg_salary仍然保留。
这种写法的优点是逻辑清晰、性能通常由数据库优化器较好处理，缺点是部分老版本MySQL（如5.7之前）不支持窗口函数，此时需用下面的兼容方案。
三、子查询与GROUP BY结合实现兼容写法
在不支持窗口函数的环境中，可以先通过GROUP BY算出每个部门的聚合值，再与原表关联，最后用ORDER BY模拟组内排序。示例如下：
SELECT e.dept, e.name, e.salary, d.dept_avg_salary FROM employee e JOIN ( SELECT dept, AVG(salary) AS dept_avg_salary FROM employee GROUP BY dept ) d ON e.dept = d.dept ORDER BY e.dept, e.salary DESC;
内层子查询利用GROUP BY dept算出部门平均薪资，外层通过JOIN把聚合值带回到每一行明细，ORDER BY先按部门、再按工资降序，从而在最终结果上呈现出“组内条件排序”的效果。这种方式在任何支持标准SQL的数据库中都能运行。
需要注意的是，ORDER BY在这里控制的是整体输出顺序，如果还要取“每组第一条”，通常需在应用层按dept截断，或再用变量（如MySQL用户变量）打序号。相比窗口函数，代码更长且可读性稍弱，但在遗留系统里非常实用。
四、结合聚合函数筛选与排序的易错点
一个常见误区是在WHERE中直接使用聚合函数，例如想找出工资高于部门平均的人，却写WHERE salary > AVG(salary)，这会因为WHERE执行于聚合之前而报错。正确做法是用HAVING（仅用于GROUP BY后过滤组）或将上述窗口函数/子查询结果作为派生表再过滤：
SELECT *
FROM (
SELECT
dept,
name,
salary,
AVG(salary) OVER (PARTITION BY dept) AS dept_avg
FROM employee
) t
WHERE salary > dept_avg
ORDER BY dept, salary DESC;
这段SQL先在派生表里用窗口函数算出了部门平均，再在外层用WHERE比较明细工资与平均值，最后ORDER BY保证输出时同部门内高工资在前。它把“分组内条件排序”和“结合聚合函数过滤”两件事优雅地合在了一起。
另一个易错点是对ORDER BY列的混淆：如果在最外层ORDER BY中只写聚合列，分组内明细顺序仍由数据库任意决定。务必把“分组键”和“组内排序键”都显式写出，如ORDER BY dept, salary DESC，才能稳定得到预期排列。
五、性能与适用建议
从执行计划看，窗口函数通常只需对数据做一次分区排序，代价小于“GROUP BY子查询再JOIN大表”的写法，尤其当表上有(dept, salary)复合索引时，数据库可避免额外排序。若数据量极大且只需每组Top N，可优先考虑窗口函数配合WHERE rn <= N。
总结来说，SQL在分组内进行条件排序的核心，是保留明细行的同时计算分组级聚合；窗口函数是最直接的选择，老环境可用GROUP BY加JOIN模拟；ORDER BY负责呈现顺序而非组内重排。掌握这两点，就能轻松应对各类分组内排序与聚合并存的查询需求。