SQL窗口函数可以在不改变原表行数的前提下，对数据进行分组内的排序、聚合、排名等操作，当多个窗口函数组合使用时，能够高效实现复杂的业务分析需求，但如果使用不当，很容易造成冗余计算，拖慢查询执行速度。
多窗口函数组合使用的常见性能问题
多个窗口函数组合使用时，常见的性能损耗主要来自三个方面。首先是重复的分区排序计算，如果多个窗口函数的分区和排序逻辑一致，数据库可能会重复执行相同的计算步骤。其次是窗口框架定义不合理，过大的窗口范围会导致扫描更多的数据行。最后是缺少对应的索引支持，分区和排序字段没有索引时，会触发额外的排序操作。
核心优化策略
1. 合并重复的分区和排序逻辑
当多个窗口函数的PARTITION BY和ORDER BY逻辑完全相同时，可以合并窗口定义，避免重复计算。优化前多个窗口函数各自定义分区排序的示例如下：
-- 优化前：两个窗口函数分区排序逻辑重复
SELECT
user_id,
order_date,
order_amount,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY order_date) AS rn,
SUM(order_amount) OVER (PARTITION BY user_id ORDER BY order_date) AS cum_sum
FROM user_order;
优化后可以统一窗口定义，减少计算开销：
-- 优化后：统一窗口定义
SELECT
user_id,
order_date,
order_amount,
ROW_NUMBER() OVER w AS rn,
SUM(order_amount) OVER w AS cum_sum
FROM user_order
WINDOW w AS (PARTITION BY user_id ORDER BY order_date);
2. 优化分区和排序字段的索引
窗口函数的分区和排序字段建议创建联合索引，索引的顺序要和PARTITION BY、ORDER BY的顺序保持一致，这样数据库可以直接利用索引的有序性，避免额外的排序操作。例如上述示例中，可以创建如下索引：
-- 创建联合索引优化窗口函数执行 CREATE INDEX idx_user_order_partition ON user_order(user_id, order_date);
3. 简化窗口框架定义
默认的窗口框架是RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，如果业务不需要计算从分区开始到当前行的所有数据，可以缩小窗口范围。比如只需要计算当前行和前一行的总和，可以调整窗口框架：
-- 缩小窗口范围减少数据扫描
SELECT
user_id,
order_date,
order_amount,
SUM(order_amount) OVER (
PARTITION BY user_id
ORDER BY order_date
ROWS BETWEEN 1 PRECEDING AND CURRENT ROW
) AS near_sum
FROM user_order;
4. 避免不必要的窗口函数嵌套
尽量不要在子查询中先使用窗口函数，再在外层查询中再次使用窗口函数处理子查询的结果，这种嵌套会增加中间结果集的大小，提升计算成本。如果可以，尽量将逻辑合并到同一个查询层级的窗口函数中实现。
优化效果验证
我们可以通过EXPLAIN命令查看优化前后的执行计划，对比排序操作、扫描行数等指标。以MySQL为例，优化前执行计划可能会出现多次Using temporary和Using filesort，优化后这些临时排序操作会明显减少，查询耗时通常能降低30%到60%，具体效果和数据量、索引情况相关。
注意事项
- 不是所有的数据库都支持窗口定义的合并语法，使用前需要确认当前数据库的版本是否支持WINDOW子句。
- 索引优化需要结合整体查询场景，不要为了单个窗口函数查询创建过多冗余索引，避免影响写入性能。
- 窗口框架的选择要完全匹配业务需求，不能为了优化随意缩小范围，否则会导致计算结果错误。