索引假脱机是数据库执行引擎在处理查询时生成的一种临时数据结构，主要用于在执行过程中临时存储排序后的数据或者中间结果，为后续的查询操作提供有序的数据访问支持。它并不是用户主动创建的持久化索引，而是执行器根据查询需求动态生成的临时索引结构，生命周期和当前查询的执行过程绑定。
索引假脱机的核心作用
索引假脱机主要解决查询执行过程中对数据有序性的需求问题，常见的应用场景包括以下几种：
- 当查询包含
ORDER BY子句但对应列没有合适索引时，执行器可能会先对数据进行排序，然后将排序结果存储为索引假脱机，避免后续多次重复排序 - 在嵌套循环连接操作中，如果内表的数据需要按照连接键有序访问，执行器可能会为内表构建索引假脱机来提升连接效率
- 处理分组聚合操作时，若需要按照分组列有序处理数据，索引假脱机可以临时存储排序后的分组数据，减少聚合过程的计算开销
索引假脱机的实现原理
索引假脱机的生成和使用通常分为三个阶段：
1. 数据扫描与排序阶段
执行器首先按照查询条件扫描对应的表或者索引，获取符合要求的数据行，然后按照目标排序规则（比如ORDER BY指定的列）对数据进行排序。如果数据量较小，排序可能在内存中完成；如果数据量超过内存限制，会使用临时磁盘空间完成排序操作。
2. 假脱机结构构建阶段
排序完成后的数据会被组织成临时的索引结构，这个结构包含排序键和对应的行定位信息，和普通的B树索引结构类似，但只存在于当前查询的执行上下文中。这个临时索引就是索引假脱机，后续的操作可以直接通过这个假脱机快速定位有序数据。
3. 后续操作使用阶段
查询的后续步骤（比如排序结果返回、连接操作、聚合计算等）会直接访问这个索引假脱机，按照有序的方式读取数据，避免重复排序或者全表扫描的开销。
索引假脱机的性能影响
索引假脱机虽然能提升特定查询的执行效率，但也会带来额外的资源开销：
- 构建假脱机需要额外的CPU和内存资源，如果数据量很大，还可能占用临时磁盘空间
- 假脱机的生命周期和查询绑定，查询结束后对应的临时结构会被自动清理，不会长期占用资源
- 如果频繁出现索引假脱机，说明现有索引设计可能不足以支撑常见查询，可以考虑在对应排序、连接、分组的列上创建合适的持久化索引，减少临时假脱机的生成
示例说明
以下是一个简单的查询示例，当user_table表的age列没有索引时，执行包含ORDER BY age的查询可能会触发索引假脱机：
-- 查询语句
SELECT id, name, age FROM user_table WHERE status = 1 ORDER BY age;
-- 对应的执行计划片段（模拟）
|-- Sort (ORDER BY: [user_table.age])
|-- Index Spool (Keys: age, Row Locators)
|-- Clustered Index Scan (user_table) (WHERE: status = 1)
在这个执行计划中，Index Spool就是索引假脱机操作，它先扫描表获取状态为1的行，然后按照age排序并构建临时索引，后续的排序操作直接基于这个假脱机完成。
如何优化索引假脱机
如果发现查询中频繁出现索引假脱机且影响了查询性能，可以采取以下优化措施：
- 在查询中经常用于排序、连接、分组的列上创建合适的复合索引或者单列索引，让执行器可以直接使用持久化索引，避免生成临时假脱机
- 合理调整查询语句，避免不必要的排序操作，比如如果业务不需要有序结果，可以去掉
ORDER BY子句 - 优化临时空间的配置，确保数据库有足够的临时空间处理大数据的排序和假脱机构建，避免磁盘IO成为性能瓶颈