percent_rank() 返回0到1之间的浮点数，表示当前行在排序结果中排在多少比例之前，计算公式为(rank - 1) / (total_rows - 1)，其中rank由rank()生成。
PERCENT_RANK() 返回的是什么值？
PERCENT_RANK() 不是四分位数或具体百分位点（比如第90百分位的价格），而是对当前行在排序结果中的**相对排名位置**做归一化：返回 0 到 1 之间的浮点数，表示“该行排在多少比例之前”。第一行永远是 0，最后一行永远是 1（除非有重复值且窗口定义不包含全部行）。
它计算公式是：(rank - 1) / (total_rows - 1)，其中 rank 是 RANK() 的结果（跳过并列名次）。所以它对重复值敏感——相同价格可能得到不同 PERCENT_RANK() 值，取决于它们的 RANK()。
常见误用现象：
– 直接把 PERCENT_RANK() = 0.25 当作“第一四分位数”，但实际没有哪一行恰好等于 0.25；
– 按 PERCENT_RANK() 取出一批商品，却误以为这批就是“最便宜的25%”，而忽略了排序键（如价格）的分布不均可能导致数量偏差。
怎么用 PERCENT_RANK() 标记每个商品的价格相对位置？
典型场景：给商品按价格升序排序，标记每个商品落在整个价格分布的哪个“段落”。关键是要明确 ORDER BY 和 PARTITION BY 的作用范围。
- 只按价格全局排序：用
ORDER BY price ASC，所有商品参与计算，PERCENT_RANK()值反映在整个价格序列中的位置 - 按类目分组再算：加
PARTITION BY category，每个类目内独立计算，避免手机和纸巾混排导致失真 - 注意 NULL 处理：默认
NULLS LAST（PostgreSQL/Oracle），但 MySQL 8.0 默认NULLS FIRST；若价格字段有空值，建议显式写成ORDER BY price ASC NULLS LAST避免跨库行为差异
示例（PostgreSQL/MySQL 8.0+）：
SELECT name, price, PERCENT_RANK() OVER (ORDER BY price ASC) AS pct_rank FROM products ORDER BY price;
如何近似获取第25、50、75百分位对应的价格？
PERCENT_RANK() 本身不直接返回某一分位点的值，要反查得靠子查询 + 窗口函数组合。核心思路是：先算每行的 PERCENT_RANK()，再找最接近目标值（如 0.25）的那一行价格。
容易踩的坑：
- 用
WHERE pct_rank = 0.25几乎总为空——因为真实数据很少恰好落在理论分位点上 - 用
MIN(CASE WHEN pct_rank >= 0.25 THEN price END)会偏向高估（取第一个 ≥0.25 的价格），更稳妥的是取ABS(pct_rank - 0.25)最小的那行 - 如果数据量小（如仅10个商品），
PERCENT_RANK()只能取到0, 0.111..., 0.222..., ..., 1这些离散值，此时“第25百分位”本质无定义，硬算会误导
简明做法（取最接近 0.25 的价格）：
WITH ranked AS ( SELECT price, PERCENT_RANK() OVER (ORDER BY price) AS pr FROM products ) SELECT price FROM ranked ORDER BY ABS(pr - 0.25) LIMIT 1;
和 PERCENTILE_CONT() 比，什么时候该换函数？
如果你真正需要的是“价格分布中第25百分位的数值”，而不是“每个商品的相对位置”，那么 PERCENT_RANK() 是绕路的——直接用 PERCENTILE_CONT(0.25) WITHIN GROUP (ORDER BY price) 更准确、更简洁。
区别本质：
-
PERCENT_RANK()是行级函数，输出每行一个0~1值，适合标注、筛选、分段着色 -
PERCENTILE_CONT()是聚合函数，输出单个插值结果（支持线性插值），适合报表口径、阈值设定、业务规则（如“价格高于第75百分位视为高端”） - MySQL 目前（截至8.0）不支持
PERCENTILE_CONT()，必须用PERCENT_RANK()+ 子查询模拟；PostgreSQL/Oracle/SQL Server 均原生支持
复杂点在于：即使数据库支持 PERCENTILE_CONT()，它的插值逻辑（如两个中间值之间线性插值）和业务对“分位数”的定义是否一致，仍需校验——有些团队要求向下取整，有些要求四舍五入，这些都得在应用层兜底。
