必须用sum() over(partition by user_id order by order_time)实现按用户逐笔累计消费，缺partition by则全表累计，缺order by则每行显示该用户总和而非累计值。
用窗口函数 SUM() OVER() 实现按用户累计消费
直接用 SUM() OVER (PARTITION BY user_id ORDER BY order_time) 就能算出每个用户的逐笔累计金额。关键不是“能不能”，而是顺序和分组必须同时指定：不加 PARTITION BY 就变成全表累计，不加 ORDER BY 就是乱序求和（结果不可靠）。
常见错误现象：SUM(amount) OVER (PARTITION BY user_id) 没写 ORDER BY，结果每行都显示该用户总消费，不是“累计”。
-
user_id是分组依据，必须明确指定，不能只靠业务理解 -
ORDER BY字段建议用时间戳（如order_time），避免用自增 ID——有些订单插入顺序 ≠ 业务发生顺序 - 如果存在同一用户同秒多笔订单，需额外加
ORDER BY order_time, order_id避免窗口排序不稳定
遇到 NULL 或重复时间怎么处理？
NULL 的 order_time 会排在最前或最后（取决于数据库，默认通常排最前），导致累计值从 NULL 开始叠加，结果错位。重复时间则可能让窗口无法确定先后，不同执行结果不一致。
- 先过滤掉
order_time IS NULL的记录，或用COALESCE(order_time, '1970-01-01')统一兜底（但要确认业务是否允许） - 对重复时间，加一个唯一列（如
order_id）作为次级排序，写成ORDER BY order_time, order_id - PostgreSQL 和 MySQL 8.0+ 支持
RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，但默认就是这个行为，不用显式写；SQL Server 则默认是ROWS模式，影响不大
想查“每个用户第 N 笔订单的累计金额”怎么写？
不能只靠窗口函数一步到位，得嵌套一层：先算累计，再用 ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY order_time) 标记序号，最后外层筛选 rn = N。
示例（查每个用户第 3 笔订单的累计金额）：
SELECT user_id, order_time, amount, cum_amount
FROM (
SELECT user_id, order_time, amount,
SUM(amount) OVER (PARTITION BY user_id ORDER BY order_time, order_id) AS cum_amount,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY order_time, order_id) AS rn
FROM orders
WHERE order_time IS NOT NULL
) t
WHERE rn = 3;
注意：cum_amount 是到第 3 笔为止的和，不是第 3 笔本身的金额。如果误把 SUM() 写成 LAG() 或 LEAD()，就完全跑偏了。
MySQL 5.7 或更老版本不支持窗口函数怎么办？
只能用关联子查询或变量模拟，但变量方式在复杂查询或并发场景下极易出错，强烈建议优先升级到 MySQL 8.0+。
- 关联子查询写法（性能差，大数据量慎用）：
SELECT o1.user_id, o1.order_time, o1.amount,(SELECT SUM(o2.amount) FROM orders o2WHERE o2.user_id = o1.user_id AND o2.order_time <br><code>FROM orders o1; - 变量方式（
@prev_user和@cum必须严格按user_id, order_time排序后赋值，且不能有 LIMIT、JOIN 等干扰执行计划的操作） - 如果实在不能升级，考虑在应用层做累加——查出所有订单按用户+时间排序后，用代码遍历计算，比 SQL 更可控
窗口函数不是语法糖，是语义保障。绕开它做的“累计”，往往在边界数据（空时间、并发写入、分页查询）上悄悄出错。
