mysql 8.0(含8.0.33)未实现nth_value函数,执行会报错function does not exist;官方仅支持first_value和last_value(需显式指定完整窗口帧才能获取整组首末值),nth_value无原生替代,须用row_number+case+窗口聚合模拟。

MySQL 8.0 真的不支持 NTH_VALUE 函数
直接说结论:MySQL 8.0(包括 8.0.33 及之前所有正式版)**没有实现** NTH_VALUE 窗口函数。你如果在 MySQL 中执行 SELECT NTH_VALUE(col, 2) OVER (PARTITION BY grp ORDER BY id),会得到错误:ERROR 1305 (42000): FUNCTION db.NTH_VALUE does not exist。这不是语法写错,是功能压根没提供。
官方文档明确列出的窗口函数中,NTH_VALUE、FIRST_VALUE、LAST_VALUE 的变体(如带 FROM FIRST/LAST 子句的)均未被支持。MySQL 目前只实现了 FIRST_VALUE 和 LAST_VALUE(且行为与标准 SQL 有差异,后文说明)。
用 FIRST_VALUE + ROW_NUMBER 模拟 NTH_VALUE
要拿到分组内排序后的第 N 行某列值,最可靠的方式是组合两个窗口函数:先用 ROW_NUMBER() 标出行号,再用条件聚合或自连接提取目标行。常见写法如下:
SELECT
grp,
id,
val,
-- 获取每组内按 id 排序的第 2 行的 val 值(即模拟 NTH_VALUE(val, 2))
MAX(CASE WHEN rn = 2 THEN val END) OVER (PARTITION BY grp) AS nth_val_2
FROM (
SELECT
grp, id, val,
ROW_NUMBER() OVER (PARTITION BY grp ORDER BY id) AS rn
FROM t
) t1;
关键点:
-
ROW_NUMBER()必须和外层MAX(...) OVER使用相同的PARTITION BY和ORDER BY,否则分组对齐会出错 - 用
MAX(CASE ...)是因为窗口聚合不能直接引用同层计算列;不能写成CASE WHEN rn = 2 THEN val END OVER (...) - 若第 N 行不存在(比如某组只有 1 行),结果为
NULL,符合NTH_VALUE的语义 - 性能上,两层窗口计算比单个函数略重,但对千万级以下数据影响不大
FIRST_VALUE 和 LAST_VALUE 在 MySQL 中的行为陷阱
虽然 MySQL 支持 FIRST_VALUE 和 LAST_VALUE,但它们的默认窗口帧(frame)是 ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW,而不是标准 SQL 要求的 GROUPS/RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING。这意味着:
-
FIRST_VALUE(x) OVER (PARTITION BY g ORDER BY o)实际返回的是「当前行及之前所有行中的第一个 x」,不是整组的第一个 x - 要真正拿到整组首/末值,必须显式指定帧:
FIRST_VALUE(x) OVER (PARTITION BY g ORDER BY o ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) - 即使加了完整帧,MySQL 仍不支持
NTH_VALUE,这个限制无法绕过
替代方案选型建议
如果业务强依赖 NTH_VALUE 语义(比如报表固定取每组第 3 名),有三条路可走:
- 坚持用 MySQL:采用
ROW_NUMBER+CASE+ 窗口聚合的组合写法(上文已给),稳定可用 - 换数据库:PostgreSQL 11+、Oracle、SQL Server、BigQuery 均原生支持
NTH_VALUE,语法一致 - 应用层处理:在应用代码中按分组缓存并索引排序结果,适合 N 较小且分组数量可控的场景
别试图用 LIMIT + 子查询模拟——它无法嵌套在窗口上下文中,也不能和 PARTITION BY 对齐,极易出错。











