MySQL 8.0 中 FIRST_VALUE() 和 LAST_VALUE() 可替代 Oracle KEEP，但需显式指定 ORDER BY 和窗口帧；LAST_VALUE() 默认仅限当前行前，取全分区末值须用 UNBOUNDED FOLLOWING 或改用降序 FIRST_VALUE()。
FIRST_VALUE() 和 LAST_VALUE() 就是 MySQL 8.0 对 Oracle KEEP (DENSE_RANK FIRST/LAST ORDER BY ...) 的事实替代。它不叫 KEEP，但行为一致：按分组 + 排序后取极值对应行的某字段值。关键不是函数名，而是你如何定义窗口边界和排序逻辑。
ORDER BY 必须显式指定，否则结果不可靠
MySQL 的 FIRST_VALUE() 和 LAST_VALUE() 在 OVER() 中若缺 ORDER BY，会默认按无序处理——此时返回值无意义，尤其在并发写入或优化器重排时可能每次查询都不一样。
- 错误写法：
FIRST_VALUE(amount) OVER (PARTITION BY category_id)→ 分区内无序，首尾无定义 - 正确写法：
FIRST_VALUE(amount) OVER (PARTITION BY category_id ORDER BY created_at ASC) - 若排序字段可能为 NULL，MySQL 8.0 不支持
NULLS FIRST，需提前用COALESCE(created_at, '1970-01-01')或IFNULL(created_at, '1970-01-01')处理，否则 NULL 会排最前，干扰“最早”语义
LAST_VALUE() 默认只看到当前行及之前，必须改 window frame
这是最容易踩坑的一点：MySQL 中 LAST_VALUE(x) OVER (PARTITION BY ... ORDER BY ...) 默认等价于 LAST_VALUE(x) OVER (PARTITION BY ... ORDER BY ... ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)，也就是说它只在“从分区开头到当前行”这个滑动窗口里找最后一个，不是整个分区的最后一个。
- 想取整个分组的真正末尾值？必须显式声明完整窗口：
LAST_VALUE(amount) OVER (PARTITION BY category_id ORDER BY created_at ASC ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) - 或者更简洁地用降序 + FIRST_VALUE：
FIRST_VALUE(amount) OVER (PARTITION BY category_id ORDER BY created_at DESC)—— 效果相同，且无需调 window frame - 别信文档里没写 frame 就“自动全分区”，MySQL 不这么干
DISTINCT 是补救手段，不是设计习惯
窗口函数会在每行都输出结果，所以直接查 FIRST_VALUE() 会得到重复行（每组 N 行，就返回 N 行相同首值）。你不能靠它“代替 GROUP BY”来压缩结果集。
- 需要每组一行？要么加
DISTINCT（简单但隐含去重开销）：SELECT DISTINCT category_id, FIRST_VALUE(amount) OVER (PARTITION BY category_id ORDER BY created_at) AS first_amt FROM t - 要么用子查询 +
ROW_NUMBER()过滤：SELECT category_id, amount FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY category_id ORDER BY created_at) AS rn FROM t) t2 WHERE rn = 1—— 更可控，还能顺便取整行数据，不只是单个字段 - 如果只要首尾字段值、不要原始行结构，
DISTINCT足够；如果后续还要关联其他表或做复杂计算，子查询方式扩展性更强
真正难的从来不是写出语法，而是想清楚：你到底要“截止到当前行的首个值”，还是“整个分组的首个值”；是“按时间排的第一条记录”，还是“按金额排的第一条记录”。窗口函数不会替你做业务判断，它只忠实地执行你写的 PARTITION BY 和 ORDER BY —— 错一个字段，结果就偏航。
