需用窗口函数配合子查询实现group by后的topn：先group by聚合，再用row_number() over(partition by...order by...)编号，最后where过滤rn≤n；直接limit无效，因作用于全局而非分组。
用窗口函数配合子查询实现 GROUP BY 后的 TopN
直接在 GROUP BY 后加 LIMIT 是无效的，因为 LIMIT 作用于最终结果集，不是每个分组。真正可行的方式是先聚合，再用窗口函数（如 ROW_NUMBER()、RANK()）为每组内排序编号，最后过滤编号 ≤ N 的行。
常见错误是试图写成 SELECT ... GROUP BY ... ORDER BY COUNT(*) DESC LIMIT 5——这只会返回全局前5条聚合结果，而非“每个类别里取销量最高的3个商品”这类需求。
- 必须用子查询或 CTE 包裹聚合结果，再在其上应用窗口函数
-
ROW_NUMBER() OVER (PARTITION BY category ORDER BY sales DESC)中的PARTITION BY对应原始GROUP BY字段 - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持；SQLite 3.25+ 也支持，但旧版不支持
MySQL 8.0+ 中的典型写法示例
假设有一张订单表 orders，想查每个 product_category 下销售额前2的商品名及总销售额：
SELECT product_category, product_name, total_sales
FROM (
SELECT
product_category,
product_name,
SUM(amount) AS total_sales,
ROW_NUMBER() OVER (
PARTITION BY product_category
ORDER BY SUM(amount) DESC
) AS rn
FROM orders
GROUP BY product_category, product_name
) ranked
WHERE rn
<p>注意：<code>GROUP BY</code> 必须包含所有非聚合字段（这里是 <code>product_category</code> 和 <code>product_name</code>），否则会报错或结果不可靠；<code>ORDER BY</code> 里的 <code>SUM(amount)</code> 必须和外层聚合一致，不能写成 <code>amount</code>。</p>
<h3>用 RANK() 还是 ROW_NUMBER()？关键看是否允许并列</h3>
<p>如果同一分组中多个商品销售额相同，且你希望它们都算进 TopN（比如并列第1都保留），就得用 <code>RANK()</code> 或 <code>DENSE_RANK()</code>，而不是 <code>ROW_NUMBER()</code>。</p>
-
ROW_NUMBER()：严格按顺序编号，相同值也会分配不同序号（1,2,2,4） -
RANK()：相同值同序号，跳过后续序号（1,2,2,4） -
DENSE_RANK()：相同值同序号，不跳号（1,2,2,3） - 例如：要“每个城市取人口最多的3个区”，若两个区人口并列第一，用
RANK()才可能返回4行结果
性能与索引建议
这类查询容易变慢，尤其数据量大时。核心瓶颈常在两处：聚合扫描 + 窗口排序。优化要点很实际：
- 确保
GROUP BY字段（如product_category,product_name）上有联合索引，顺序需匹配PARTITION BY和ORDER BY中的字段 - 如果只关心 TopN，且 N 很小（如 N=3），可考虑先用
WHERE过滤掉明显不可能入围的记录（比如amount > 100），减少聚合基数 - 避免在窗口函数的
ORDER BY里用表达式或函数（如UPPER(name)），会导致无法利用索引 - PostgreSQL 中可加
WITH TIES（配合RANK()）替代手动过滤，语义更清晰但底层逻辑一样
真正麻烦的是跨分组 TopN 与多级聚合嵌套混用的场景，比如“每个类目下 Top3 商品，再按类目汇总平均销量”——这时窗口函数得嵌套两层，稍不注意就会漏掉 GROUP BY 维度或误用别名。
