MySQL LAST_VALUE 为什么常常不是分组最后一行

LAST_VALUE() 返回的是当前窗口 frame 的最后一行，不一定是整个分组的最后一行。窗口里写了 ORDER BY 却没写 frame 时，MySQL 默认使用从分区开头到当前行的范围，所以很多行看到的“最后值”就是当前行自己的值。

要读取整个分组最终值，应显式写出 ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING，并用唯一排序键定义真正的最后一行。

默认窗口为什么停在当前行

假设订单按创建时间排序。下面的查询没有显式 frame，LAST_VALUE 只能看到当前行之前的窗口，因此它会随行推进，而不是在每行都返回分组最终金额。

SELECT customer_id, created_at, amount,
       -- 默认 frame 到当前行，last_amount 往往等于本行 amount。
       LAST_VALUE(amount) OVER (
           PARTITION BY customer_id
           ORDER BY created_at
       ) AS last_amount
FROM orders;

把 frame 终点扩展到分区末尾

需要让每行都得到整个客户分组的最后金额，就把 frame 两端写完整。这里使用 ROWS 明确按行位置计算，并加入 id 作为并列时间的稳定排序键。

SELECT customer_id, created_at, amount,
       -- frame 覆盖整个客户分区，id 负责打破同一时间的并列。
       LAST_VALUE(amount) OVER (
           PARTITION BY customer_id
           ORDER BY created_at, id
           ROWS BETWEEN UNBOUNDED PRECEDING
                    AND UNBOUNDED FOLLOWING
       ) AS final_amount
FROM orders;

UNBOUNDED FOLLOWING 才把终点推到分区最后一行。若漏掉它，只写 UNBOUNDED PRECEDING，结束点仍隐含为当前行。

并列排序值会让“最后一行”含糊

只按 created_at 排序时，同一时间可能出现多条订单。若业务要求“最后插入的一条”，排序条件还要加入能够唯一确定顺序的列，例如自增 id。不要把没有唯一顺序的结果误认为稳定。

只取每组一行时换成 ROW_NUMBER

LAST_VALUE 会保留原结果集的每一行，只额外计算末值。如果目标是每个客户只返回最后一条订单，可以倒序编号后筛选。

WITH ranked AS (
    SELECT o.*,
           -- 最新时间优先，id 保证并列时仍有确定顺序。
           ROW_NUMBER() OVER (
               PARTITION BY customer_id
               ORDER BY created_at DESC, id DESC
           ) AS rn
    FROM orders AS o
)
SELECT *
FROM ranked
WHERE rn = 1;

常见问题

去掉 ORDER BY 能得到整组最后值吗？

无 ORDER BY 时 frame 覆盖整个分区，但“最后一行”没有确定顺序，结果不适合表达业务上的最终记录。

RANGE 和 ROWS 有什么区别？

ROWS 按行位置定义边界；RANGE 会把排序值相同的同值行视为 peers。需要精确的逐行边界时，通常显式使用 ROWS 更容易判断。