用ROW_NUMBER()实现分组Top 3最清晰可靠：先按组排序并编号，再筛选序号≤3的记录；须写ORDER BY（如ORDER BY total_amount DESC, order_id ASC），不可用RANK()/DENSE_RANK()以防重复排名超限。
用 ROW_NUMBER() 窗口函数实现分组 Top 3
直接用 ROW_NUMBER() 按分组排序后取序号 ≤ 3 的记录，是最清晰、兼容性最好的方式。它严格保证每组最多 3 行，即使有并列也不会多出结果。
常见错误是误用 RANK() 或 DENSE_RANK()：它们会在分数相同时给相同排名（比如两个第1名），导致某组返回 4 行甚至更多，不符合“前3名”字面要求。
- 必须写
ORDER BY子句，否则ROW_NUMBER()报错（MySQL 8.0+、PostgreSQL、SQL Server 均强制要求） - 排序字段建议包含唯一键（如
order_id）防随机排序，例如：ORDER BY total_amount DESC, order_id ASC - 别在
WHERE中直接写ROW_NUMBER() —— 窗口函数不能出现在 <code>WHERE，得套一层子查询或 CTE
SELECT customer_id, order_id, total_amount
FROM (
SELECT customer_id, order_id, total_amount,
ROW_NUMBER() OVER (
PARTITION BY customer_id
ORDER BY total_amount DESC, order_id ASC
) AS rn
FROM orders
) t
WHERE rn <= 3;
MySQL 8.0+ 可用 CTE + ROW_NUMBER() 提升可读性
CTE 不是语法糖，它让逻辑分层更明确，尤其当基础数据需过滤（如只看已完成订单）时，比嵌套子查询更易维护。
注意：MySQL 5.7 及更早版本不支持窗口函数，强行运行会报错 ERROR 1064 (42000)；确认版本用 SELECT VERSION();
- CTE 名和列名需显式声明，否则 MySQL 报
ERROR 1248 (42000): Every derived table must have its own alias - 如果分组字段含 NULL，
PARTITION BY customer_id会把所有NULL归为同一组 —— 这是标准行为，但常被忽略 - 大表慎用：
ROW_NUMBER()需扫描全量分组数据，没索引时性能下降明显；建议在(customer_id, total_amount)上建联合索引
WITH ranked AS (
SELECT customer_id, order_id, total_amount,
ROW_NUMBER() OVER (
PARTITION BY customer_id
ORDER BY total_amount DESC, order_id ASC
) AS rn
FROM orders
WHERE status = 'completed'
)
SELECT customer_id, order_id, total_amount
FROM ranked
WHERE rn <= 3;
PostgreSQL / SQL Server 中避免 OFFSET 联合分组的陷阱
有人试图用 GROUP BY + LIMIT 或 OFFSET 模拟 Top 3，这是错的 —— GROUP BY 会聚合，而我们要的是原始行记录。
典型翻车场景：对每个 customer_id 手动写 (SELECT ... ORDER BY total_amount DESC LIMIT 3) 子查询，虽然能跑通，但在 PostgreSQL 中可能触发 Nested Loop，10 万客户就会卡死。
- 不要写
GROUP BY customer_id ORDER BY total_amount DESC LIMIT 3—— 这只会返回全局前3，不是每组前3 - SQL Server 2005+ 支持
ROW_NUMBER()，但旧代码里常见TOP 3配合CROSS APPLY，可读性差且难以加条件 - PostgreSQL 13+ 支持
WITH TIES，但它配合ORDER BY ... FETCH FIRST 3 ROWS WITH TIES是针对单次排序，无法天然分组
处理并列时到底该用哪个函数？
如果业务明确要求“销售额并列第3的都算前3”，才考虑 RANK()；若只要严格 3 条记录，ROW_NUMBER() 是唯一安全选择。
DENSE_RANK() 适合“前3档”这类需求（例如：100 万以上为第1档，50–100 万为第2档），但不解决“取前3名”的原始问题。
-
RANK()示例：[100, 95, 95, 90] → [1, 2, 2, 4]，取 ≤3 得到 4 行 -
DENSE_RANK()示例：[100, 95, 95, 90] → [1, 2, 2, 3]，取 ≤3 也是 4 行 -
ROW_NUMBER()示例：[100, 95, 95, 90] → [1, 2, 3, 4]，取 ≤3 严格得 3 行
真正难的是确认业务语义 —— 很多需求文档写“前3名”，实际想要的是“前三档”或“不低于第3名的所有人”。这点不跟产品对齐，代码写得再准也没用。
