应使用row_number()窗口函数配合派生表实现分组top 3：先在over(partition by dept order by salary desc)中按部门分组并降序排序编号，再在外层筛选rn≤3；不可用group by+limit，亦不可将order by移至外部查询或误用rank()。
用 ROW_NUMBER() 配合派生表实现分组 Top 3
直接在分组后取前三名，不能靠 GROUP BY + LIMIT，因为后者是全局限制。必须先给每组内数据排序编号，再筛出编号 ≤ 3 的行。最稳妥的方式是用窗口函数 ROW_NUMBER() 套一层派生表（子查询）。
常见错误是把 ORDER BY 写在外部查询里——窗口函数的排序必须在 OVER() 中定义，否则编号逻辑错乱；也有人误用 RANK() 或 DENSE_RANK()，导致同分时名额超限（比如两个并列第1，ROW_NUMBER() 给 1 和 2，RANK() 给 1 和 1，下一个是 3，实际可能漏掉第3名）。
示例：查每个部门薪资最高的前三人
SELECT dept, name, salary
FROM (
SELECT dept, name, salary,
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn
FROM employees
) ranked
WHERE rn
<h3>MySQL 5.7 或更早版本不支持窗口函数怎么办</h3>
<p>这些版本无法用 <code>ROW_NUMBER()</code>，得靠变量模拟序号，但必须严格控制执行顺序，否则变量赋值错乱。核心是用 <code>ORDER BY</code> 确保同一部门数据连续，再用变量按部门重置计数。</p>
- 必须在子查询里完成排序和变量计算，不能拆到外层
-
@dept用于判断部门是否变化，@rn用于计数，两者都要在SELECT列表中初始化或更新 - 如果表没主键或排序不稳定，可能出现同一部门内序号跳跃或重复
示例（MySQL 5.7）：
SELECT dept, name, salary
FROM (
SELECT dept, name, salary,
@rn := IF(@dept = dept, @rn + 1, 1) AS rn,
@dept := dept
FROM employees
CROSS JOIN (SELECT @rn := 0, @dept := '') AS _
ORDER BY dept, salary DESC
) t
WHERE rn
<h3>PostgreSQL / SQL Server / Oracle 中避免派生表嵌套过深</h3>
<p>这些数据库支持 CTE，比多层括号的派生表更易读、易调试。CTE 不是语法糖，它能被优化器更好识别，尤其在过滤条件可下推时性能更优。</p>
<p>注意点：</p>
- CTE 中不能直接引用自身（除非用递归），但这里只是命名结果集，无影响
- 别在 CTE 外再套一层无意义的
SELECT *，会干扰优化器对WHERE rn 的下推判断 - 如果后续还要连接其他表，把 CTE 放在
WITH开头比反复写子查询更安全
示例（标准写法）：
WITH ranked AS (
SELECT dept, name, salary,
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn
FROM employees
)
SELECT dept, name, salary
FROM ranked
WHERE rn
<h3>为什么不能用 <code>GROUP BY</code> + <code>ORDER BY ... LIMIT 3</code>
</h3>
<p>这种写法在绝大多数 SQL 引擎里会报错，或者语义完全不对。比如 <code>SELECT dept, MAX(salary) FROM employees GROUP BY dept ORDER BY salary DESC LIMIT 3</code>，表面看是“每个部门最高薪，再取前三部门”，但 <code>ORDER BY salary DESC</code> 中的 <code>salary</code> 并不在 <code>SELECT</code> 列表里（只有 <code>MAX(salary)</code>），且 <code>LIMIT</code> 是对分组后的 1 行/部门做限制，不是对原始明细行。</p>
<p>更隐蔽的问题是：即使某些 MySQL 版本允许这种写法（依赖 <code>sql_mode</code> 设置），结果也取决于分组聚合的随机选取，<code>name</code> 字段根本不会对应到该部门最高薪的人。</p>
<p>所以只要目标是“每个分组内的前 N 条原始记录”，就必须用窗口函数或变量模拟序号，绕不开对明细行的逐行编号。</p>
<p>真正容易被忽略的是：当存在大量空值（<code>NULL</code>）参与排序时，<code>ORDER BY salary DESC</code> 默认把 <code>NULL</code> 排在最前（SQL 标准行为），可能导致前三名里混入 <code>NULL</code> 数据。需要显式写成 <code>ORDER BY salary DESC NULLS LAST</code>（PostgreSQL/Oracle 支持），或在 MySQL 中用 <code>ORDER BY salary IS NULL, salary DESC</code> 处理。</p>
