mysql 索引范围扫描_索引范围扫描(INDEX RANGE SCAN)

最新推荐文章于 2025-04-26 13:36:38 发布

雄心似铁

最新推荐文章于 2025-04-26 13:36:38 发布

阅读量1.5k

点赞数 1

文章标签： mysql 索引范围扫描

本文链接：https://blog.youkuaiyun.com/weixin_28909289/article/details/113264457

版权

本文详细介绍了MySQL中的索引范围扫描(INDEX RANGE SCAN)，包括唯一性和非唯一性索引的情况。通过实例展示了如何在不同查询条件下使用范围扫描，并解释了其在不同排序需求下的执行计划差异。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

索引范围扫描(INDEX RANGE SCAN)适用于所有类型的B树索引，当扫描的对象是唯一性索引时，此时目标SQL的where条件一定是范围查询(谓词条件为 BETWEEN、等)；当扫描的对象是非唯一性索引时，对目标SQL的where条件没有限制(可以是等值查询，也可以是范围查询)。索引范围扫描的结果可能会返回多条记录，其实这就是索引范围扫描中"范围"二字的本质含义。

测试一:唯一索引的范围查询

SCOTT@PDBORCL> select * from emp where empno>7369;

已选择13行。

执行计划----------------------------------------------------------

Plan hash value: 2787773736

----------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 13 | 494 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID BATCHED| EMP | 13 | 494 | 2 (0)| 00:00:01 |

|* 2 | INDEX RANGE SCAN | PK_EMP | 13 | | 1 (0)| 00:00:01 |

----------------------------------------------------------------------------------------------

Predicate Information (identifiedbyoperation id):---------------------------------------------------

2 - access("EMPNO">7369)

统计信息----------------------------------------------------------

54recursive calls0db block gets97consistent gets21physical reads0redo size1607 bytes sent via SQL*Net toclient544 bytes received via SQL*Net fromclient2 SQL*Net roundtrips to/fromclient8sorts (memory)0 sorts (disk)13rows processed

SCOTT@PDBORCL>

View Code

SCOTT@PDBORCL> select * from emp where empno>7369 order by empno desc; (降序排列)

SCOTT@PDBORCL> select * from emp where empno>7369 order by empno desc;

已选择13行。

执行计划----------------------------------------------------------

Plan hash value: 2707196548

---------------------------------------------------------------------------------------

---------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 13 | 494 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID | EMP | 13 | 494 | 2 (0)| 00:00:01 |

|* 2 | INDEX RANGE SCAN DESCENDING| PK_EMP | 13 | | 1 (0)| 00:00:01 |

---------------------------------------------------------------------------------------

Predicate Information (identifiedbyoperation id):---------------------------------------------------

2 - access("EMPNO">7369)

统计信息----------------------------------------------------------

SCOTT@PDBORCL>

View Code

8f9VhuG123F0tAAAAAElFTkSuQmCC

这个执行计划和上面的执行计划有什么区别呢？其中第一个执行计划是索引范围扫描(INDEX RANGE SCAN)，但是第二个执行计划是索引范围降序扫描(INDEX RANGE SCAN DESCENDING)。由此可以看出对于唯一索引，ORACLE是已经进行了正序排列了。也就是唯一索引在进行排序的时候消耗不是很大的，因为它在保存的时候就按照升序进行保存的。

测试二:非唯一索引的等值查询

创建一个测试表EMP_TEMP：

create table emp_temp as select * from emp;

然后在表EMP_TEMP的列EMPNO上创建一个单键值非唯一性同名B树索引IDX_EMP_TEMP：

create index idx_emp_temp on emp_temp(empno);

最后我们再次执行如下SQL：

select * from emp_temp where empno=7369;

执行计划如下:

SCOTT@PDBORCL> create table emp_temp as select * fromemp;

表已创建。

SCOTT@PDBORCL> create index idx_emp_temp onemp_temp(empno);

索引已创建。

SCOTT@PDBORCL> select * from emp_temp where empno=7369;

执行计划----------------------------------------------------------

Plan hash value: 1638992559

----------------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 38 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID BATCHED| EMP_TEMP | 1 | 38 | 2 (0)| 00:00:01 |

|* 2 | INDEX RANGE SCAN | IDX_EMP_TEMP | 1 | | 1 (0)| 00:00:01 |

----------------------------------------------------------------------------------------------------

Predicate Information (identifiedbyoperation id):---------------------------------------------------

2 - access("EMPNO"=7369)

统计信息----------------------------------------------------------

46recursive calls0db block gets76consistent gets16physical reads0redo size1042 bytes sent via SQL*Net toclient544 bytes received via SQL*Net fromclient2 SQL*Net roundtrips to/fromclient6sorts (memory)0 sorts (disk)1rows processed

SCOTT@PDBORCL>

View Code

此SQL的执行计划已经从之前的索引唯一性扫描变为现在的索引范围扫描

测试三:非唯一索引的范围查询

同样是测试二中的表EMP_TEMP

SCOTT@PDBORCL> select * from emp_temp where empno>7369;

执行计划如下:

SCOTT@PDBORCL> select * from emp_temp where empno>7369;

已选择13行。

执行计划----------------------------------------------------------

Plan hash value: 1638992559

----------------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 13 | 494 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID BATCHED| EMP_TEMP | 13 | 494 | 2 (0)| 00:00:01 |

|* 2 | INDEX RANGE SCAN | IDX_EMP_TEMP | 13 | | 1 (0)| 00:00:01 |

----------------------------------------------------------------------------------------------------

Predicate Information (identifiedbyoperation id):---------------------------------------------------

2 - access("EMPNO">7369)

统计信息----------------------------------------------------------

46recursive calls0db block gets77consistent gets15physical reads0redo size1607 bytes sent via SQL*Net toclient544 bytes received via SQL*Net fromclient2 SQL*Net roundtrips to/fromclient6sorts (memory)0 sorts (disk)13rows processed

SCOTT@PDBORCL>

View Code