首页 > 代码库 > Oracle性能分析6：数据访问方式之索引扫描

Oracle性能分析6：数据访问方式之索引扫描

2024-07-22 01:10:17   220人阅读

这节将介绍各种索引扫描方式，在了解了各种索引扫描方式的特点后，你就可以判断你的执行计划中使用的扫描方式是否正确，并可以针对获取的信息作出改进。

索引唯一扫描

在下面的场景中使用相等条件时，数据库使用索引唯一扫描。
 1）查询条件中包含唯一索引中的所有列时；
 2）查询条件使用主键约束列时。
下面是一个实际的例子，在表historyalarm中创建如下唯一索引：

create unique index idx_historyalarm$queryid on historyalarm(queryid) tablespace uep4x_fm_index

然后在表上执行查询：

select * from historyalarm where queryid = 3

该查询符合上面的第一种情况，会使用索引唯一扫描，该查询的执行计划如下：

	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS TABLE ACCESS BY GLOBAL INDEX ROWID		HISTORYALARM  INDEX UNIQUE SCAN						IDX_HISTORYALARM$QUERYID

这里Oracle首先通过唯一索引扫描找到索引节点，然后使用索引节点中包含的rowid来访问表中的数据。

索引范围扫描

当查询条件可能会返回一定范围的数据时就会选用索引范围扫描，索引可以是唯一索引或者不唯一索引，但如果查询条件包含的数据范围太大，也有可能导致全表扫描。查询条件中使用<、>、LIKE、BETWEEN、=等都可能使用索引范围扫描，需要注意单个=条件在唯一索引或者主键上将导致索引唯一扫描。
下面是一个索引范围扫描的例子，在上面的histroyalarm中执行一个范围查询：

select * from caffm4x.historyalarm where queryid < 10

这里查询的数据是一个范围，且使用了queryid列，在queryid列上有唯一索引，但任然会导致索引范围扫描：

	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS TABLE ACCESS BY GLOBAL INDEX ROWID		HISTORYALARM  INDEX RANGE SCAN						IDX_HISTORYALARM$QUERYID

索引范围扫描从索引的根节点出发，找到第一个匹配的条目所在的叶子数据块开始遍历索引结构，首先从索引条目中取出rowid然后取出对应的表数据块（通过rowid访问数据表），接下来叶子索引块会被再次访问并读取下一个索引条目并获取rowid，这样反复直到整个叶子索引块被的索引条目全部被读出。因此排除索引根节点和中间节点，每行数据读取需要读取两个数据块，我们可以通过blevel来得到索引高度，通过索引高度和获取的数据行数就能得到需要读取的数据块数，例如：如果blevel为3，读取5行数据，则总的需要访问的数据块次数将是（5*2) + 3 = 13（注意只有根节点时blevel为0）。
如果在读取了整个叶子索引块之后，还需要访问下一个叶子索引块，在当前的叶子索引块中有指向下一个叶子索引块的指针（也含有指向上一个叶子索引块的指针）。
使用索引范围扫描的另一个优势就在于排序，由于索引的节点是有序的，因此如果查询的结果需要按照索引列排序（升序或者降序），那么使用索引范围扫描则可以很好的避免排序操作，例如：

select * from historyalarm where queryid > 10

由于queryid大于10的数据量占总数据量的99%，因此Oracle的优化器选择了全表扫描：

	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS		 PARTITION RANGE ALL			  TABLE ACCESS FULL						HISTORYALARM

如果我们在查询时对数据指定排序，如下：

select * from historyalarm where queryid > 10 order by queryid

执行计划如下：

	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS			 TABLE ACCESS BY GLOBAL INDEX ROWID		HISTORYALARM	  INDEX RANGE SCAN						IDX_HISTORYALARM$QUERYID

优化器改为使用了索引范围扫描。由于当数据量很大时，排序的代价是很大的（可能导致物理排序），这时使用索引范围扫描将是一个很好的选择，特别是当你排序后选择部分数据的情况下（rownum < n）。

索引全扫描

索引全扫描会读取索引上的所有条目，下面几种情况可能导致索引全扫描：

1）没有条件但是所需获取列的列表可以通过其中一列的索引来获得；

select id from t3	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS		 INDEX FULL SCAN						IDX_T3_ID

由于id列带有索引，因此这里优化器选择了索引全扫描。

2）查询条件中包含排序操作

select * from historyalarm order by queryid	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS INDEX FULL SCAN						IDX_HISTORYALARM$QUERYID

索引全扫描读取单个数据块，读取每个条目的rowid，再通过rowid取出数据行，由于索引已经排序，所以不必执行排序操作。如果查询只请求了索引列，数据库将跳过表访问，只通过访问索引得到数据。
索引全扫描的另一个优势在计算最大、最小值时：

select min(queryid) from historyalarm 	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS	 SORT AGGREGATE		  INDEX FULL SCAN (MIN/MAX)				IDX_HISTORYALARM$QUERYID

由于索引本身已经排序，因此在计算最大最小值时只需要很小的代价。

索引跳跃扫描

当查询条件中带有符合索引中的列，但是不包含前导列时，就可能导致索引跳跃扫描。数据库将一个复合索引拆分为多个逻辑子索引，符合索引前导列的不同值决定逻辑子索引的数量，即前导列的不同值越少，索引跳跃式扫描的性能就越好。

select value from t3 where value = http://www.mamicode.com/'test'>
索引快速全扫描
当索引本身包含查询中指定的所有列时，Oracle执行索引快速全扫描。索引快速全扫描和索引全扫描的区别在于：索引全扫描使用单块读操作，而索引快速全扫描使用多块读。这种扫描不能用于避免排序，因为数据块是通过无序的多块读取来读取的。
select queryid from historyalarm	DESCRIPTION							OBJECT NAME-----------------------------------------------------------------------SELECT STATEMENT, GOAL = ALL_ROWS INDEX FAST FULL SCAN					IDX_HISTORYALARM$QUERYID
 
 
Oracle性能分析6：数据访问方式之索引扫描


联系
我们