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 对齐，极易出错。
