码迷,mamicode.com
首页 > 数据库 > 详细

Oracle性能分析7:索引的使用

时间:2014-09-15 17:49:09      阅读:352      评论:0      收藏:0      [点我收藏+]

标签:database   oracle   性能   数据库   

这一节主要讲述索引的使用,首先介绍怎么在查询中避免使用索引,然后介绍优化器怎么判断是否使用索引,并介绍了强制使用索引的方法,最后介绍了Oracle的并行处理方法。

避免使用索引

虽然你创建了索引,但有些查询你可能需要避免使用这些索引,或者你为了做一些测试,希望看看各种情况下查询的情况,也希望能够避免使用一些索引或者索引扫描方式。Oracle提供了方式来达到这些目地,就是在查询中使用hint信息,具体情况如下。

避免使用某个索引

如果索引的选择性很差,那么也许使用其它索引或者使用全表扫描的效率会更加高效,这时你可以考虑避免使用该索引,方法如下:

/*+ no_index(table_name index_name)*/

表示查询不使用table_name的index_name索引,下面是一个实例:

select /*+ no_index(historyalarm idx_historyalarm$clear)*/
 position1
  from historyalarm

优化器不使用指定索引后,仍然可以使用表上的其它索引,你也可以指定忽略一组索引:

select /*+ no_index(historyalarm idx_historyalarm$clear,idx_historyalarm$cleargmt)*/
 position1
  from historyalarm

如果你只是指定了no_index提示,而没有列出任何索引,优化器将忽略指定表的所有索引:

select /*+ no_index(historyalarm)*/
 position1
  from historyalarm

避免快速扫描

语法如下:

/*+ no_index_ffs(table_name index_name)*/

表示查询不使用table_name的index_name索引的索引快速扫描,下面是一个实例:

select /*+ no_index_ffs(historyalarm idx_historyalarm$clear)*/
 position1
  from historyalarm

强制表扫描

强制表扫描也是避免使用索引的一个方法,如下:

/*+ full(table_name)*/

表示查询表table_name时强制使用全表扫描,下面是一个实例:

select /*+ full(historyalarm)*/
 position1
  from historyalarm

使用索引

查询时优化器会计算使用索引的成本信息,以决定是否使用索引,表的选择性(通过过滤)乘以索引聚蔟因子(clustering factor),决定了通过索引访问表的成本。下面我们从聚蔟因子开始。

聚蔟因子

聚蔟因子对应user_indexes视图的CLUSTERING_FACTOR列,用于表示索引的叶子项怎么和表格的行对应关系,下面是聚蔟因子的计算方法:
 为在索引中的每一个条目,Oracle比较条目所在表的数据块和前一个的索引条目数据块,如果是不同的数据块,则聚蔟因子加1,否则继续。
因此,聚蔟因子的最小值等于索引上的所有条目对应的数据块数量(由于在单列或多列上的索引都不包含空数据,因此这将等于在表中包含了数据的数据块的数量),而最大值等于索引上的条目的数量(每两个相邻的条目都在不同的数据块块上)。
下面看一个例子,我们使用表T1和T2(请看“Oracle性能分析4:数据访问方法之全扫描”),下面是查找表T1上的索引IDX_T1_ID和T2上的索引IDX_T2_ID的聚蔟因子:

select i.INDEX_NAME, i.CLUSTERING_FACTOR
  from user_indexes i
 where index_name = 'IDX_T1_ID'
    or index_name = 'IDX_T2_ID'
	
INDEX_NAME	CLUSTERING_FACTOR
IDX_T1_ID	17
IDX_T2_ID	1700

由于表T1中相同的数据都按顺序存储,因此索引条目的顺序和数据的存储顺序基本一致,因此T1表的聚蔟因子达到了最低值;而T2表中的数据相同值都存放在不同的数据块上,因此索引条目中任意两个相邻的条目对应的数据都在不同的块上,因此聚蔟因子达到了最大值。因此T1表的IDX_T1_ID索引使用代价很低,而T2表的IDX_T2_ID索引使用的代价则很高。
需要注意的是聚蔟因子与表中数据而不是与索引有关,因此重建索引对它没有任何影响。

强制使用索引

当Oracle的优化器无法选择正确的索引时(优化器并不是完美的,它并不总能准确地了解数据的性质和分布),我们可以考虑强制使用索引,下面介绍使用hint信息来强制使用索引的方法。
需要注意的是在使用提示之前,应先查看是否有对象的正确的统计信息,并检查SQL语句的构造方法,提示应该是无路可走时的选择。

使用hint信息

index提示指示优化器对特定的表使用索引扫描,例如:

select /*+ index(historyalarm idx_historyalarm$clear)*/
 position1
  from historyalarm

这里相当于强制优化器使用idx_historyalarm$clear,也可以不指定索引,这时优化器就会选择它认为最优的索引:

select /*+ index(historyalarm)*/
 position1
  from historyalarm

这样做的缺陷在于优化器可能会选择错误的索引,因此通常这并不是好的选择。
如果你需要在index提示中指定多个索引,可以使用index_combine提示,如下;

select /*+ index_combine(historyalarm idx_historyalarm$01 idx_historyalarm$02)*/
 position1
  from historyalarm

这时,优化器会使用两个指定索引成本最低的组合,如果不提供索引列表,则优化器将根据其成本估计使用索引的最佳组合。
除了上面介绍的hint信息,还有下面的常用的跟索引相关的hint信息:
 1)index_asc:指定按升序做索引范围扫描;
 2)index_desc:指定按降序顺序扫描升序索引,或者按升序扫描降序索引;
 3)index_join:当两个索引包含返回查询结果所需的所有列时,使用该提示连接索引,从而从索引直接获取所有数据,语法类似index_combine;
 4)index_ss:执行索引跳跃式扫描;
 5)index_ffs:以索引快速全扫描的方式访问数据。

hint失效

导致hint失效的主要原因如下:
 1)优化器认为使用hint会导致错误的结果。这往往由于数据中包含许多空值,因此有一些不会出现在索引中的行,导致索引扫描最后可能会导致错误的结果;
 2)SQL语句中的表指定了别名,这时hint中也必须使用别名,否则hint会被忽略,如:

select /*+ index(h idx_historyalarm$raise)*/
 position1
  from historyalarm h

3)查询涉及表连接,基于优化器选额的连接方法,无法使用索引。这时往往可以通过添加更多的提示信息来解决(如指定表的连接方式等)。

并行

在Oracle中支持并行处理操作,下面介绍和并行处理相关的概念。

parallel

指定SQL执行的并行度,这个值会覆盖表自身设定的并行度,如:

select /*+ parallel(h 4)*/ * from historyalarm h

parallel有以下几种级别:
 1)parallel:总是并行执行,数据库计算并行度,值大于等于2;
 2)parallel(default):和parallel相同;
 3)parallel(auto):数据库计算并行度,值大于等于1,当并行度为1时表示串行执行;
 4)parallel(manual):优化器使用表的并行度;
 5)parallel(integer):优化器使用指定的并行度。

并行度

在创建表时指定并行度

create table t1 parallel 4 as 
select trunc((rownum - 1) / 100) id, rownum value
  from dba_source
 where rownum <= 10000

查看表的并行度

select degree from user_tables where table_name = 'T1'

修改表的并行度

alter table t1 parallel(degree 3)

取消表的并行度

alter table t1 noparallel

上面的方法也同样适用于索引。

no_parallel

在SQL中禁止使用并行。

select /*+ no_parallel(h)*/ * from historyalarm h

parallel_index

在处理分区索引时,可以指示优化器使用多个并发的并行服务器,来并行化剂中类型的索引操作。可以并行化的操作包括索引范围扫描、全索引扫描和索引快速全扫描。
下面是通过parallel_index提示来指定分区索引的并行扫描操作:

select /*+ parallel_index(h idx_historyalarm$06 4)*/
 alarmclearedtime, alarmkey
  from historyalarm h

整数4表示索引扫描的并行度。

no_parallel_index

禁止使用索引并行扫描。

Oracle性能分析7:索引的使用

标签:database   oracle   性能   数据库   

原文地址:http://blog.csdn.net/tomato__/article/details/39294655

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!