必须用PARTITION BY才能实现每组Top N，否则ROW_NUMBER()或RANK()仅对全表排序；正确写法需同时指定PARTITION BY分组字段和ORDER BY排序字段。
MySQL 8.0窗口函数必须用PARTITION BY才能分组求Top N
不加 PARTITION BY 的 ROW_NUMBER() 或 RANK() 只会对整张表排序，根本不是“每组 Top N”。常见错误是只写 ORDER BY 而漏掉 PARTITION BY，结果返回的全是全局排名前N，而非各组独立的Top N。
正确写法必须同时指定分组字段和排序字段：
SELECT *
FROM (
SELECT *,
ROW_NUMBER() OVER (
PARTITION BY category ORDER BY sales DESC
) AS rn
FROM products
) t
WHERE rn <= 3;-
PARTITION BY category是分组依据，相当于 GROUP BY 的维度 -
ORDER BY sales DESC决定组内排序逻辑，影响谁排第1、第2… -
ROW_NUMBER()严格递增（1,2,3…），RANK()会并列（1,1,3…），DENSE_RANK()并列不跳号（1,1,2…），按业务需求选
WHERE子句不能直接用窗口函数别名，必须嵌套子查询或CTE
MySQL不允许在同一个查询层级里用 WHERE 过滤窗口函数计算出的别名（比如 WHERE rn ），会报错 <code>Unknown column 'rn' in 'where clause'。这是语法限制，不是写错了。
两种合法写法：
- 用派生表（子查询）：如上例，把带
OVER的字段放在内层 SELECT，外层 WHERE 过滤 - 用 CTE（推荐可读性更好）：
WITH ranked AS ( SELECT *, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees ) SELECT * FROM ranked WHERE rn <= 5;
ORDER BY和索引对窗口函数性能影响很大
窗口函数执行时，MySQL需要按 PARTITION BY + ORDER BY 字段做临时排序。如果对应字段没有合适索引，大表上可能触发 filesort 甚至磁盘临时表，响应时间从毫秒变秒级。
- 理想索引：组合索引应覆盖
(partition_col, order_col)，例如INDEX(category, sales) - 注意顺序：
PARTITION BY字段必须在前，否则索引无法用于窗口排序 - 若
ORDER BY含多个字段（如ORDER BY status, updated_at DESC），索引也需严格匹配顺序
NULL值在窗口排序中默认排最前，可能干扰Top N结果
MySQL 8.0 默认把 NULL 当作最小值处理，ORDER BY col DESC 时 NULL 会排在最前面——这意味着如果某组里有大量 NULL 销售额，它们会占掉 Top 3 名额，真正高销售额的记录反而被挤出去。
- 显式控制 NULL 位置：
ORDER BY sales DESC NULLS LAST（MySQL 8.0.13+ 支持） - 兼容旧版本或更稳妥的做法：
ORDER BY IF(sales IS NULL, 0, sales) DESC或ORDER BY COALESCE(sales, 0) DESC - 检查数据质量：先确认分组字段和排序字段是否允许 NULL，再决定处理策略
分组 Top N 看似简单，但 PARTITION BY 漏写、WHERE 层级错、索引没对齐、NULL 排序陷阱，四个点任何一个没踩准，结果就不是你要的 Top N。
