PERCENT_RANK()返回0.0到1.0的相对位置比例，公式为(rank-1)/(total_rows-1)，需搭配PARTITION BY和ORDER BY使用，不支持MySQL 8.0以下版本。
PERCENT_RANK函数返回什么值，为什么不是100%制
PERCENT_RANK() 计算的是「当前行在分组内的相对位置」，公式是 (rank - 1) / (total_rows - 1)，其中 rank 是按排序得出的并列不跳号排名（即 RANK() 值），total_rows 是该分组总行数。所以结果范围永远是 0.0 到 1.0（含端点），不是百分数形式的 0–100，也不四舍五入——想显示“85%”得手动乘100再 ROUND()。
- 第一行一定是
0.0（因为rank=1→(1-1)/(n-1)=0） - 最后一行一定是
1.0（仅当分组行数 ≥2；单行分组会报错或返回NULL，取决于数据库） - 相同值的多行共享同一
RANK()，因此也共享同一PERCENT_RANK()值
必须搭配PARTITION BY和ORDER BY，否则报错
直接写 SELECT PERCENT_RANK() OVER() 在多数数据库（PostgreSQL、SQL Server、Oracle）中会报错，因为 PERCENT_RANK() 是窗口函数，强制要求 ORDER BY 子句定义排序逻辑，且通常需 PARTITION BY 明确分组边界。漏掉 ORDER BY 会提示类似 "Window function PERCENT_RANK requires ORDER BY" 的错误。
- 只用
ORDER BY：全表视为一个大分组，计算全局百分比排名 - 同时用
PARTITION BY department ORDER BY salary DESC：每个部门内独立排序并计算排名 -
ORDER BY表达式不能是常量（如ORDER BY 1或ORDER BY 'x'），必须是可排序列或表达式
和RANK()、DENSE_RANK()的区别在哪，何时选它
PERCENT_RANK() 不是替代 RANK() 或 DENSE_RANK() 的，而是提供另一种度量维度：它反映的是「位置比例」，而非「名次编号」。比如销售团队中，第2名和第3名之间差距很小，但第2名和第10名之间差距很大——PERCENT_RANK() 能体现这种分布疏密，而纯排名数字看不出。
- 有并列时：
RANK()跳号（1,1,3），DENSE_RANK()不跳号（1,1,2），PERCENT_RANK()给并列者同值（0.0,0.0,0.5） - 数据倾斜明显时（如大量低分、少数高分），
PERCENT_RANK()比RANK()更能暴露头部集中度 - 做分位图（quartile/percentile chart）或筛选前10%记录时，用
PERCENT_RANK() 比硬写 <code>RANK() 更稳定（不受总人数影响）
MySQL 8.0+才支持，低版本得绕开
MySQL 在 8.0 之前完全不支持 PERCENT_RANK()，强行使用会报错 FUNCTION xxx.PERCENT_RANK does not exist。MariaDB 10.2+ 支持，PostgreSQL 8.4+、SQL Server 2005+、Oracle 10gR2+ 均支持。
- MySQL 5.7 或更早：只能用变量模拟，但无法正确处理并列，且无法在复杂子查询中复用
- 安全写法是先查出总行数和当前行排名（用子查询或JOIN），再手工计算比例，性能差、易出错
- 如果必须兼容旧版 MySQL，建议改用应用层排序后计算，或升级数据库
真正容易被忽略的是：不同数据库对空值（NULL）的默认排序行为不一致——有的排最前，有的排最后，这会直接影响 PERCENT_RANK() 的结果。显式写 ORDER BY score DESC NULLS LAST（PostgreSQL）或 ORDER BY IFNULL(score, -999999) DESC（MySQL）才能确保跨库一致。
