应使用ROW_NUMBER() OVER而非MAX() OVER获取最新状态余额，因MAX()返回最大值而非最新时间对应值；正确做法是按user_id分组、updated_at倒序编号后取rn=1的记录。
用 MAX() OVER 无法直接拿到“最新状态的余额”
很多人看到“最新”就下意识想到 MAX()，但这里有个关键误解：MAX() OVER 返回的是**最大值**，不是**最新时间点对应的值**。如果余额会波动（比如充值扣款），最大余额未必出现在最新记录上；如果状态字段是字符串（如 'active', 'closed'），MAX() 还会按字典序比较，完全偏离业务意图。
真正需要的是“按时间排序后取第一行的 balance”，而不是求最大值。
正确做法：用 ROW_NUMBER() OVER + 子查询或 CTE
核心思路是先给每条记录按用户分组、按更新时间倒序编号，再筛出序号为 1 的那条：
-
ORDER BY updated_at DESC确保最新时间排第一（注意：字段名必须是真实的时间列，常见有updated_at、created_at、event_time） - 如果存在同一秒多条记录，建议补上唯一列（如
id）避免排序不确定性：ORDER BY updated_at DESC, id DESC - 别用
RANK()或DENSE_RANK()—— 它们会并列，导致一个用户返回多行
示例：
SELECT user_id, balance
FROM (
SELECT user_id, balance,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY updated_at DESC) AS rn
FROM user_balance_log
) t
WHERE rn = 1;
如果非要“用 MAX() OVER”硬套，只能作为辅助判断
极少数场景下，你确实想确认“当前最大余额是否等于最新余额”，这时可以组合使用：
- 先用
MAX() OVER (PARTITION BY user_id)算出每人历史最高余额 - 再用
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY updated_at DESC)拿最新记录 - 最后在外部 WHERE 或 CASE 中比对两者是否相等
但这属于衍生需求，不是“查找最新状态余额”的本意。强行塞 MAX() OVER 只会让逻辑变重、可读性下降，还容易误以为结果正确。
注意时区和空值陷阱
真实环境中这两个问题高频出错：
-
updated_at是TIMESTAMP WITH TIME ZONE？还是无时区类型？跨服务写入时可能因时区不一致导致“最新”错判 - 如果某用户所有记录的
updated_at都是NULL，ROW_NUMBER()会把它们全排在最前（取决于数据库，默认 NULLS FIRST/LAST 行为不同），结果不可控 - 建议在 WHERE 中提前过滤：
WHERE updated_at IS NOT NULL
真正落地时，优先检查数据质量，而不是堆窗口函数技巧。
