GROUP BY 无法获取每组 Top N，因其是聚合操作，而 Top N 需保留原始记录；正确解法是用 ROW_NUMBER() + PARTITION BY 排序编号后筛选序号≤N的行。
为什么直接用 GROUP BY 拿不到每个分类的 Top N
因为 GROUP BY 是聚合操作，它把多行压成一行，而 Top N 要的是“每组里挑出几条原始记录”，不是统计值。你不能在 GROUP BY 后用 LIMIT 或 TOP —— 那是语法错误，数据库也不允许。
用 ROW_NUMBER() + PARTITION BY 是最稳的解法
核心思路：先给每组内的记录按排序规则打上序号，再筛出序号 ≤ N 的行。关键函数是 ROW_NUMBER()，它必须配合 OVER (PARTITION BY ... ORDER BY ...) 使用。
常见错误现象：Window function is not allowed in WHERE clause —— 不能在 WHERE 里直接写 ROW_NUMBER()，得包一层子查询或 CTE。
- 必须用子查询或
WITHCTE，先算序号，再过滤rn -
PARTITION BY后的字段要和你要“分组”的业务维度一致（比如category、dept_id） -
ORDER BY决定谁排第一：数值类通常用DESC（如销售额），时间类常用DESC（最新优先） - 别用
RANK()或DENSE_RANK()除非你明确需要并列——它们会导致同一组返回超过 N 条
WITH ranked AS (
SELECT *,
ROW_NUMBER() OVER (
PARTITION BY category
ORDER BY sales_amount DESC
) AS rn
FROM orders
)
SELECT id, category, sales_amount
FROM ranked
WHERE rn <= 3;
MySQL 8.0+、PostgreSQL、SQL Server 都支持，但旧版 MySQL 不行
如果你用的是 MySQL 5.7 或更早版本，ROW_NUMBER() 直接报错 FUNCTION xxx does not exist。这时要么升级，要么用自连接或变量模拟——但逻辑复杂、性能差、还容易出错。
PostgreSQL 和 SQL Server 对窗口函数支持最完整；SQLite 3.25+ 也支持，但注意它不支持 WITH TIES 这类高级变体。
- 确认版本：
SELECT version();（PostgreSQL / MySQL）或SELECT @@VERSION;（SQL Server） - 如果必须兼容老 MySQL，优先考虑应用层分组后取 Top N，比硬写 SQL 更可靠
性能敏感时要注意 ORDER BY 字段有没有索引
窗口函数本身不走索引，但 ORDER BY 部分如果涉及大表、无索引字段，排序开销会陡增。尤其当每组数据量差异极大时（比如一个 category 有 10 万条，另一个只有 5 条），PARTITION BY 不会自动跳过小组合并优化。
- 确保
PARTITION BY+ORDER BY的组合字段上有联合索引，例如(category, sales_amount) - 避免在
ORDER BY里用函数或表达式（如ORDER BY UPPER(name)），否则索引失效 - 如果只是要 Top 1 且字段有唯一约束，有时用
NOT EXISTS子查询反而更快
PARTITION BY 自带过滤能力。窗口函数只编号，不筛选——这个边界得时刻记着。 
