RANK()跳号、DENSE_RANK()不跳号是设计意图：RANK()按“段位断层”计算（并列共享名次，下一段名次=当前名次+并列行数），DENSE_RANK()按“档位连续”计算（值变则名次+1）；如分数[100,100,95,90]，RANK()得[1,1,3,4]，DENSE_RANK()得[1,1,2,3]。

RANK() 跳号、DENSE_RANK() 不跳号，不是 bug，是设计逻辑的直接体现——前者按“段位断层”算，后者按“档位连续”算。

为什么 RANK() 会突然跳号？

RANK() 的计算方式是：当前名次 + 并列行数 = 下一名次。它把相同值看作一个“排名段”，段内共享名次，段与段之间留空档，用空缺来体现实际差距。

• 分数 [100, 100, 95, 90] → RANK() 结果是 [1, 1, 3, 4]（两个第一之后，下一个不同分值直接叫“第三名”）
• 常见错误现象：RANK() 返回 1, 1, 3, 4，有人误以为第 3 行“丢了名次”或“结果错乱”——其实它准确表达了：前两人同属第一段，第三名属于第二段（中间缺了“第二段”的编号，因为没人单独占这一档）
• 在 MySQL 8.0+、PostgreSQL、SQL Server 中行为完全一致；MySQL 5.7 及更早版本不支持，会报 ERROR 1064 (42000)

为什么 DENSE_RANK() 名次连续？

DENSE_RANK() 的逻辑更直白：只要值变化，名次就 +1。它不关心前面并列了几行，只关心“这是第几档”。

• 同样分数 [100, 100, 95, 90] → DENSE_RANK() 结果是 [1, 1, 2, 3]
• 使用场景明确：DENSE_RANK() 适合做固定档位划分，比如“销售额分 A/B/C 三档”，必须有且仅有三档，不能缺也不能多
• 注意：它不会合并行，score = 100 的两人仍各自输出，dense_rank 值都是 1
• 误用 WHERE dense_rank 查 Top 2，可能返回 10 行（比如 8 人并列第 2 名），远超预期

RANK() 和 DENSE_RANK() 都不能在 WHERE 中直接用

窗口函数是在 SELECT 阶段才计算的，而 WHERE 执行在 SELECT 之前。以下写法一定报错：

SELECT * FROM sales WHERE RANK() OVER (ORDER BY amount DESC) <p>正确做法必须用子查询或 CTE：</p><pre class="brush:php;toolbar:false;">SELECT * FROM (
  SELECT *, RANK() OVER (ORDER BY amount DESC) AS rnk
  FROM sales
) t WHERE rnk 

• 漏掉这层嵌套是新手最常踩的坑，报错信息通常是 Invalid use of window function 或字段不存在
• 如果还用了 PARTITION BY，比如按部门排名，却漏写 PARTITION BY dept，会导致全校/全表统一排序，业务语义彻底歪掉

真正容易被忽略的点

跳不跳号本身不决定对错，而是由业务是否允许“空档”来驱动。比如奥运奖牌榜要体现“并列金牌后下一个是铜牌”，就得用 RANK()；而内部绩效划档要求“S/A/B/C 四档必须满额”，就必须用 DENSE_RANK()。选错函数不是语法问题，是业务语义理解偏差。