MySQL 8.0+ 可用 PERCENTILE_CONT(0.5) OVER(PARTITION BY col ORDER BY value) 直接计算中位数，四分位数同理用 0.25/0.75；必须带 ORDER BY 和 OVER()，不支持 PostgreSQL 风格的 WITHIN GROUP 写法，且需 DISTINCT 或外层聚合去重。
MySQL 8.0+ 怎么用 PERCENTILE_CONT 直接算中位数和四分位数？
MySQL 8.0.12 起原生支持 PERCENTILE_CONT 窗口函数，这是最直接的方式。它按指定分位点（如 0.5、0.25、0.75）做线性插值，结果符合统计学定义。
注意：必须配合 OVER() 使用，且 ORDER BY 是必需的；不能用于聚合上下文（比如 GROUP BY 后直接写，会报错 ERROR 3579）。
-
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY value)不合法 —— 这是 PostgreSQL 写法，MySQL 不认 - 正确写法是：
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY value) OVER (PARTITION BY category)，但 MySQL 实际不支持这种语法；得改用窗口函数形式：PERCENTILE_CONT(0.5) OVER (PARTITION BY category ORDER BY value) - 如果只想要每个分组一个标量结果（而非每行都重复），需搭配
DISTINCT或外层GROUP BY去重，例如：SELECT DISTINCT category, PERCENTILE_CONT(0.5) OVER (PARTITION BY category ORDER BY amount) AS median FROM sales;
旧版 MySQL（
核心思路是：对每组排序后，取中间位置的值（奇数个取第 (n+1)/2 行，偶数个取第 n/2 和 n/2+1 行的平均）。难点在于模拟行号 + 分组内计数。
常见错误是用 @row := @row + 1 变量在 GROUP BY 中行为不可靠（MySQL 不保证执行顺序），尤其在并发或优化器重排后结果错乱。
- 推荐用
ROW_NUMBER()+COUNT() OVER()组合（即使旧版不支持窗口函数，也可用子查询模拟） - 示例（兼容 5.7）：
SELECT category, AVG(amount) AS median<br>FROM (<br> SELECT category, amount,<br> ROW_NUMBER() OVER (PARTITION BY category ORDER BY amount) AS rn,<br> COUNT(*) OVER (PARTITION BY category) AS cnt<br> FROM sales<br>) t<br>WHERE rn IN (FLOOR((cnt + 1) / 2), CEIL((cnt + 1) / 2))<br>GROUP BY category;
-
FLOOR((cnt+1)/2)和CEIL((cnt+1)/2)能统一覆盖奇偶情况：奇数时两值相等，偶数时刚好取中间两个
PostgreSQL 和 SQL Server 的 PERCENTILE_CONT 为什么更省心？
PostgreSQL 和 SQL Server 支持标准语法：PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY amount) FILTER (WHERE category = 'A')，可直接嵌入 GROUP BY 查询，无需窗口函数绕路。
但要注意：SQL Server 默认对 NULL 值静默过滤（符合标准），而 PostgreSQL 需显式加 WHERE amount IS NOT NULL，否则 NULL 会参与排序并影响分位点位置。
- PostgreSQL 示例：
SELECT category,<br> PERCENTILE_CONT(0.25) WITHIN GROUP (ORDER BY amount) AS q1,<br> PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY amount) AS median,<br> PERCENTILE_CONT(0.75) WITHIN GROUP (ORDER BY amount) AS q3<br>FROM sales<br>WHERE amount IS NOT NULL<br>GROUP BY category;
- SQL Server 同样语法可用，但若列含
NULL，PERCENTILE_CONT自动跳过，无需额外过滤
四分位数结果不准？先检查这三件事
分位数计算结果偏差，往往不是函数写错，而是数据预处理没到位。
- 确认是否剔除了业务上无效的极端值（比如金额为负、时间戳为 0）——这些会拉偏分位点
- 检查分组键是否有隐式类型转换：比如
category是字符串但含空格或大小写混用，导致本该合并的组被拆开 - 验证排序字段是否允许
NULL：多数数据库把NULL排在最前或最后，但不同引擎规则不同（PostgreSQL 默认NULLS FIRST，MySQL 无明确定义），建议统一用COALESCE(amount, 0)或显式ORDER BY amount NULLS LAST（PostgreSQL 支持）
真正麻烦的是跨数据库迁移脚本——同一个分位计算，在 MySQL、PostgreSQL、SQL Server 上可能因默认 NULL 处理或插值策略差异，给出毫秒级不同的结果。别依赖“看起来差不多”，关键指标务必用相同数据集对齐验证。
