mysql 8.0+ 应直接使用 row_number() 窗口函数实现每组取前 n 条，需在 over() 中指定 partition by 和 order by，且必须用子查询或 cte 包裹才能在外层 where 中过滤序号列。
MySQL 8.0+ 用 ROW_NUMBER() 窗口函数最直接
MySQL 8.0 开始支持窗口函数，ROW_NUMBER() 是解决“每组取前 N 条”最清晰的方式。它按分组和排序生成连续序号，再用外层 WHERE 过滤即可。
常见错误是把 ROW_NUMBER() 放在 WHERE 子句里——窗口函数不能在 WHERE 或 GROUP BY 中使用，必须放在子查询或 CTE 中。
- 先按
GROUP BY字段（如category）分区，再按排序字段（如score DESC）排序 - 外层查询过滤
rn ，注意别漏掉别名引用 - 如果存在并列（相同
score），ROW_NUMBER()仍会强制编号 1/2/3；要保留并列需改用RANK()或DENSE_RANK()
SELECT category, name, score
FROM (
SELECT category, name, score,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY score DESC) AS rn
FROM products
) t
WHERE rn <h3>PostgreSQL 和 SQL Server 同样适用 ROW_NUMBER()</h3><p>PostgreSQL 8.4+、SQL Server 2005+ 都支持标准窗口函数语法，上面那段 SQL 几乎可直接复用，只需确认字段名和表名匹配。</p><p>差异点在于：SQL Server 对子查询别名要求更严格，必须显式命名（如 <code>t</code>），而 PostgreSQL 允许省略；PostgreSQL 的 <code>ORDER BY</code> 在窗口定义中若不写 <code>NULLS LAST</code>，可能让空值排前面，影响“前 3 条”的实际结果。</p>
- PostgreSQL 中若排序字段含
NULL，建议加NULLS LAST明确语义 - SQL Server 若用旧版（2000/2005 前），只能靠自连接或
TOP+CURSOR，性能差且难维护 - 所有数据库中，
PARTITION BY字段若有索引（尤其联合索引含排序字段），能显著提升开窗性能
MySQL 5.7 及更早版本只能用相关子查询或 JOIN 模拟
没有窗口函数时，本质是为每条记录计算“同组中比它分数高（或相等）的记录数”，再筛选该数量 ≤ 3 的行。相关子查询写法直观但性能堪忧，尤其数据量大时。
典型错误是忽略“并列处理逻辑”：用 会漏掉并列第 3 名，用 <code> 又可能导致某组返回超过 3 条。必须根据业务需求选比较符。
- 用
+ <code>COUNT(*)可保留并列，但可能超限；用则严格保 3 条，但并列第 3 名会被随机截断 - 子查询中
WHERE条件必须精确关联外层，漏写p1.category = p2.category会导致全表笛卡尔积 - 有索引时，
(category, score)联合索引对这类查询帮助极大；否则执行计划常出现Using filesort和Using temporary
SELECT p1.category, p1.name, p1.score FROM products p1 WHERE ( SELECT COUNT(*) FROM products p2 WHERE p2.category = p1.category AND p2.score > p1.score ) <h3>SQLite 需用 LIMIT 子句配合 UNION ALL（仅适用于少量分组）</h3><p>SQLite 直到 3.25.0（2018 年）才支持窗口函数，老版本只能对每个分组单独查再合并。这意味着你得知道所有分组值（如全部 <code>category</code>），手工拼 <code>UNION ALL</code> —— 不适合动态分组场景。</p><p>容易被忽略的是 <code>LIMIT</code> 在子查询中的行为：SQLite 允许在子查询里用 <code>LIMIT</code>，但 MySQL 5.7 不允许（会报错 <code>This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'</code>）。</p>
- 每组
SELECT必须字段数、类型一致，否则UNION ALL报错 - 若分组太多（比如几百个
category），SQL 长度可能超限，或触发 SQLite 的SQLITE_MAX_COMPOUND_SELECT - 排序必须在每个子查询内完成，外部
ORDER BY只作用于最终结果，无法保证每组内部有序
SELECT * FROM ( SELECT 'A' AS category, name, score FROM products WHERE category = 'A' ORDER BY score DESC LIMIT 3 UNION ALL SELECT 'B', name, score FROM products WHERE category = 'B' ORDER BY score DESC LIMIT 3 );
真正麻烦的不是语法怎么写，而是搞清“前 3 条”到底指什么：是严格 3 条，还是包含并列？有没有时间戳兜底排序？分组键是否允许 NULL？这些业务语义一旦模糊，再漂亮的 SQL 也会返工。
