mysql 8.0.2+支持dense_rank()，但必须配合含order by的over()子句使用，不可单独调用；其行为为并列不跳号（如95,95,90→1,1,2），且需注意partition by分组、null处理及排序字段索引。
MySQL 8.0 确实支持 DENSE_RANK()，但必须满足窗口函数基本前提
MySQL 8.0.2+ 正式引入完整窗口函数支持，DENSE_RANK() 是其中之一。但它**不能单独使用**，必须配合 OVER() 子句，且所在语句需为 SELECT（不支持在 WHERE 或 ORDER BY 中直接调用）。常见错误是写成 SELECT DENSE_RANK() FROM t; —— 这会报错 ERROR 3593 (HY000): Window function 'DENSE_RANK' is missing required OVER clause。
实际使用时需明确三点：
-
OVER()内至少要指定ORDER BY，否则语法不合法 - 若需分区计算（如按部门分别排名），必须加
PARTITION BY -
DENSE_RANK()不接受任何参数，括号不可省略但内部为空
正确写法：基础排序排名与分区排名对比
DENSE_RANK() 的核心行为是“并列不跳号”：相同值得相同名次，下一个名次紧接其后（比如两个第1名后是第2名，不是第3名）。这和 RANK()（跳号）和 ROW_NUMBER()（不并列）有本质区别。
示例数据表 sales：
id | region | amount 1 | north | 1000 2 | south | 1500 3 | north | 1500 4 | south | 1500
按金额降序全局排名：
SELECT id, region, amount,
DENSE_RANK() OVER (ORDER BY amount DESC) AS drk
FROM sales;
结果中三个 1500 全部得 1，1000 得 2。若改为分区（按 region 分别排名）：
SELECT id, region, amount,
DENSE_RANK() OVER (PARTITION BY region ORDER BY amount DESC) AS drk
FROM sales;
这时每个 region 内独立计算，north 区两个记录分别为 1, 1；south 区三个记录全为 1。
常见踩坑：ORDER BY 方向、NULL 处理与性能影响
默认 ORDER BY 升序，但 DENSE_RANK() 通常用于“最高优先”，务必显式写 DESC，否则排名逻辑反直觉。
关于 NULL：
- MySQL 默认把
NULL视为最小值（ASC时排最前，DESC时排最后） - 若想让
NULL排最前且不影响其他值顺序，可用ORDER BY amount DESC NULLS FIRST（MySQL 8.0.22+ 支持）
性能方面：DENSE_RANK() 需扫描并缓存整个窗口数据，对大表 + 无分区的全局排序（OVER(ORDER BY ...)）可能显著拖慢查询。若仅需 Top-N，优先考虑 LIMIT + 普通索引；真需稠密排名，确保 ORDER BY 字段有索引。
替代方案：低版本兼容或简单场景不用窗口函数
如果 MySQL 版本低于 8.0.2，或者只是临时查个并列排名，可退化为自连接或变量模拟：
SELECT s1.id, s1.region, s1.amount,
(SELECT COUNT(DISTINCT s2.amount)
FROM sales s2
WHERE s2.amount >= s1.amount) AS drk
FROM sales s1;
但该写法在大数据量下极慢，且无法分区。变量方式（如 @rank := IF(@prev = amount, @rank, @rank + 1)）在 MySQL 8.0 中已被明确标记为不可靠（执行计划可能重排行序），官方文档已不推荐。
真正需要 DENSE_RANK() 的典型场景其实很窄：报表中要求“销售额并列第1的客户都标为‘Top 1’，接下来是‘Top 2’”，且数据源必须来自单次查询。这种时候，窗口函数是唯一干净解法 —— 但前提是确认版本、写对 OVER、压住 NULL 和性能预期。
