sql server中窗口函数排序开销能否被索引消除，取决于索引键列严格匹配partition by和order by的字段顺序与方向；索引必须以partition by字段开头，后跟order by字段且升降序一致，否则无法跳过排序。
SQL Server 中 PARTITION BY + ORDER BY 必须匹配索引字段顺序
窗口函数的排序开销能否被索引消除，取决于索引键列是否严格对齐 PARTITION BY 和 ORDER BY 的字段顺序与方向。SQL Server 不会“智能重排”索引字段来适配窗口逻辑——它只认最左前缀匹配。
常见错误现象：ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) 执行慢，但表上已有索引 (salary DESC, dept)；这是因为分区字段 dept 不在索引最左侧，SQL Server 无法跳过排序步骤。
- 索引必须以
PARTITION BY字段开头（最左） - 紧随其后是
ORDER BY字段，且 ASC/DESC 方向必须一致 - WHERE 条件字段（如
status = 1）应放在键列中（非INCLUDE），否则仍需额外过滤 - 若
ORDER BY缺失（如OVER (PARTITION BY dept)），SQL Server 会强制全表扫描+临时排序，索引完全失效
MySQL 的 sort_buffer 优化依赖 B+ 树索引天然有序性
MySQL 在执行 ORDER BY 时默认走 rowid 排序模式：先取满足 WHERE 的主键和排序字段进 sort_buffer，再排序、回表。但如果索引已覆盖 PARTITION BY 和 ORDER BY 字段，就能跳过这一步——前提是查询能命中索引的有序结构。
例如：SELECT * FROM orders WHERE user_id = 123 ORDER BY created_at DESC 若有索引 (user_id, created_at DESC)，则直接按索引物理顺序返回，无需排序；同理，ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) 也能复用该索引。
- MySQL 8.0+ 支持窗口函数，但不支持
QUALIFY，必须用子查询套一层 - 索引中不能只建
(created_at)就指望加速PARTITION BY user_id—— 分区字段缺失，索引无法定位窗口边界 -
sort_buffer_size过小会导致磁盘临时文件，即使有索引也可能退化为外部排序
覆盖索引怎么写才算真正“覆盖”窗口计算
所谓覆盖，不是 SELECT 列全塞进索引，而是让 SQL Server 或 MySQL 能仅靠索引完成三件事：定位分区边界、维持窗口内顺序、取出所有需返回字段。否则仍要回表，排序省了，IO 没省。
比如语句：SELECT id, name, dept, salary, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM emp WHERE status = 1
理想索引应为：CREATE INDEX idx_dept_salary_status ON emp (dept, salary DESC, status) INCLUDE (id, name)
-
dept和salary DESC对齐窗口逻辑，消除排序 -
status放键列（非INCLUDE），让 WHERE 过滤在索引扫描阶段完成 -
INCLUDE (id, name)避免回表；salary已在键列中，不必重复包含 - 若 SELECT 中还有
updated_at，而它不在索引里，就会触发 Key Lookup，性能断崖下跌
空 ORDER BY 是隐形性能杀手，别信“语法合法就安全”
ROW_NUMBER() OVER (PARTITION BY dept) 看似能跑通，但 SQL Server 实际行为是：按任意物理顺序编号，每次执行结果可能不同；更关键的是，优化器往往放弃索引，选择全表扫描 + 临时排序。这不是 bug，是标准定义——无 ORDER BY 时窗口内顺序未定义，数据库无法保证可复现性，也就无法做任何索引优化。
同样危险的是 COUNT(*) OVER () 这类全局窗口：它隐式要求整个结果集有序（哪怕你没显式写 ORDER BY），尤其当表无聚集索引时，开销极大。
- 所有排名类窗口函数（
ROW_NUMBER、RANK、DENSE_RANK）必须带ORDER BY，否则行为不可控 - 聚合类窗口（如
SUM(salary) OVER (PARTITION BY dept)）可不写ORDER BY，但若需要累计值（如“部门薪资逐行累加”），就必须加，否则默认窗口框架RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW依赖排序 - ORDER BY 字段必须有索引，且方向一致；
ASC索引不能加速ORDER BY col DESC
