RANGE比ROWS慢3–10倍，因其按值范围扫描每行需重查匹配行，重复值越多越慢；ROWS仅按物理行号偏移定位，效率高且不受重复值影响。
默认用 RANGE 就可能慢几倍，尤其在有重复排序值时——这不是 bug，是设计使然，必须显式改写为 ROWS 或加索引才能救。
为什么 RANGE 比 ROWS 慢那么多？
RANGE 每次都要扫描满足“值范围”的所有行，而 ROWS 只靠行号偏移就能定位。比如 SUM(x) OVER (ORDER BY date RANGE BETWEEN INTERVAL '7' DAY PRECEDING AND CURRENT ROW)，数据库得对每一行都重新向左查“哪些 date 在 7 天内”，最坏是 O(n²)；换成 ROWS BETWEEN 6 PRECEDING AND CURRENT ROW，排好序后直接跳指针，O(1) 定位。
重复值越多，RANGE 越吃亏：date 字段一天有 200 条记录，RANGE 会把这 200 行全拉进当前窗口再逐个比对边界；ROWS 则只数行数，完全无视值是否重复。
- 执行计划里看到
WindowAgg节点带Range字样（PostgreSQL）或Sort + Window两阶段（SQL Server），基本就是 RANGE 在拖慢 - MySQL 的
EXPLAIN中出现Using filesort，说明没走索引，RANGE 会雪崩 - 用真实数据跑
EXPLAIN ANALYZE对比，RANGE 常比等效 ROWS 慢 3–10 倍
什么情况下必须忍着 RANGE 慢也要用它？
不是所有场景都能换 ROWS。以下需求 RANGE 不可替代，硬换会出错：
- 按时间区间聚合：
SUM(revenue) OVER (ORDER BY event_time RANGE BETWEEN INTERVAL '7 days' PRECEDING AND CURRENT ROW)—— “过去 7 天内所有订单”，天数是逻辑跨度，不是固定行数 - 按数值区间对标：
AVG(price) OVER (ORDER BY price RANGE BETWEEN 50 PRECEDING AND 50 FOLLOWING)—— “价格 ±50 元内的竞品均价” - 业务语义要求“同值组”：比如按
score_level（A/B/C）分档，要算“所有同等级及更高等级的总人数”，RANGE BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING才符合定义
强行用 ROWS 替代，比如设 ROWS BETWEEN 120 PRECEDING 算 7 天均值，高峰期单日 200 单就漏数据，低峰期又多拉无关行。
怎么让 RANGE 快起来？
核心就两条：建对索引 + 把日期转成整数。
- 复合索引必须严格按
PARTITION BY字段在前、ORDER BY字段紧随其后的顺序，比如PARTITION BY user_id ORDER BY event_time，索引就得是(user_id, event_time)，(event_time, user_id)没用 - MySQL 8.0+ 不支持
RANGE ... INTERVAL直接用于 DATE 类型，报错ERROR 3589 (HY000): Window frame 'RANGE' with offset must be of type numeric；得先转列：TO_DAYS(event_date)或UNIX_TIMESTAMP(event_time)，再对这个整数列ORDER BY并用RANGE BETWEEN 6 PRECEDING AND CURRENT ROW - 上线前务必用生产数据量跑
EXPLAIN ANALYZE，重点看Actual Total Time和Buffers消耗
最容易被忽略的坑：默认隐式帧是 RANGE
几乎所有数据库（MySQL/PostgreSQL/SQL Server）只要写了 ORDER BY 却没写 ROWS 或 RANGE，就自动补上 RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW。你以为 SUM(sales) OVER (ORDER BY sale_date) 是逐日累加，实际是“截至当前 sale_date 的所有销售”，如果 3 月 1 日有 50 单，这 50 行的累计值全一样——逻辑错、性能差，还毫无警告。
真正难的不是语法，而是判断业务到底依赖“位置”还是“值域”：LAST_VALUE(x) OVER (ORDER BY ts) 想取分区末值？默认 RANGE 下永远只返回当前行，必须显式写 ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING 才行。
