Oracle 执行计划及Hints的介绍使用

一．名词解析：

a)        两种SQL优化器，CBO在oracle 8i之后才成熟，RBO在oracle 9i之后的版本中将不再使用，默认情况下使用的是CBO。

                        i.             CBO ：cost-based SQL optimizer 基于成本的优化器；

                      ii.             RBO ：Rule-BasedOptimization 基于规则的优化器。

二．表的访问方式：

a)        全表扫描

b)        索引扫描

                        i.             唯一扫描

                      ii.             局部扫描

                     iii.             全局扫描

                     iv.             索引快速全局扫描<不带order by情况下常发生>

                      v.             索引跳跃扫描<where条件列是非索引的前导列情况下常发生>

c)        Rowid 屋里ID扫描<是最快的访问数据方式>

三．执行计划：

a)        看执行计划不是看哪个操作先执行哪个操作后执行，而是看表之间的连接顺序<如看哪个表是驱动表，这个要从操作的顺序判断>、使用了哪一种关联及具体的存取路径<如判断是否利用了索引>。

b)        在执行计划中判断出那个表为驱动表后，根据我们的只是判断该表作为驱动表是否合适，如果不合适对SQL语句进行更改，使用优化器可以选择争取的驱动表。

四．如果数据库是基于代价的优化器，它会利用计算出的代价来决定合适的驱动表与合适的连接顺序。一般来说，CBO都会选择正确的连接顺序，如果CBO选择了比较差的连接顺序，我们还而已使用ORACLE提供的hints来让CBO采用正确的连接顺序。下面介绍一下hints。

a)        Hints是一种机制，用来告诉优化器按照我们告诉她的方式生成执行技术。我们可以使用Oracle Hints来实现：

                        i.             使用的优化器的类型；

                      ii.             基于代价优化器的优化目标，是all_rows还是first_rows；

                     iii.             表的访问路径，是全表扫描，还是索引扫描，还是直接利用rowid；

                     iv.             表质检单连接类型；

                      v.             表之间的连接顺序；

                     vi.             语句的并行程度。

b)        如何使用Hints:

Hints只应用在它们所在sql语句块(statement block，由select、insert、update、delete关键字标识)上，对其它SQL语句或语句的其它部分没有影响。如：对于使用union操作的2个 sql语句，如果只在一个sql语句上有Hints，则该Hints不会影响另一个sql语句。

 

我们可以使用注释(comment)来为一个语句添加Hints，一个语句块只能有一个注释，而且注释只能放在SELECT,UPDATE, or DELETE关键字的后面


使用OracleHints的语法：


{DELETE|INSERT|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */

or

{DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...


注解：
1) DELETE、INSERT、SELECT和UPDATE是标识一个语句块开始的关键字，包含提示的注释只能出现在这些关键字的后面，否则提示无效。
2) “+”号表示该注释是一个Hints，该加号必须立即跟在”/*”的后面，中间不能有空格。
3) hint是下面介绍的具体提示之一，如果包含多个提示，则每个提示之间需要用一个或多个空格隔开。
4) text 是其它说明hint的注释性文本


如果你没有正确的指定Hints，Oracle将忽略该Hints，并且不会给出任何错误。

1. /*+ALL_ROWS*/
　　表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.
　　例如:
　　SELECT/*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
　　2./*+FIRST_ROWS*/
　　表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化.
　　例如:
　　SELECT/*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
　　3./*+CHOOSE*/
　　表明如果数据字典中有访问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量;
　　表明如果数据字典中没有访问表的统计信息,将基于规则开销的优化方法;
　　例如:
　　SELECT/*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
　　4./*+RULE*/
　　表明对语句块选择基于规则的优化方法.
　　例如:
　　SELECT/*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
　　5./*+FULL(TABLE)*/
　　表明对表选择全局扫描的方法.
　　例如:
　　SELECT/*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO='SCOTT';
　　6./*+ROWID(TABLE)*/
　　提示明确表明对指定表根据ROWID进行访问.
　　例如:
　　SELECT/*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA'
　　ANDEMP_NO='SCOTT';
　　7./*+CLUSTER(TABLE)*/
　　提示明确表明对指定表选择簇扫描的访问方法,它只对簇对象有效.
　　例如:
　　SELECT/*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
　　WHEREDPT_NO='TEC304' AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
　　8./*+INDEX(TABLE INDEX_NAME)*/
　　表明对表选择索引的扫描方法.
　　例如:
　　SELECT/*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */FROM BSEMPMS WHERE SEX='M';
　　9./*+INDEX_ASC(TABLE INDEX_NAME)*/
　　表明对表选择索引升序的扫描方法.
　　例如:
　　SELECT/*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
　　10./*+INDEX_COMBINE*/
　　为指定表选择位图访问路经,如果INDEX_COMBINE中没有提供作为参数的索引,将选择出位图索引的布尔组合方式.
　　例如:
　　SELECT/*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
　　WHERESAL<5000000 AND HIREDATE
　　11./*+INDEX_JOIN(TABLE INDEX_NAME)*/
　　提示明确命令优化器使用索引作为访问路径.
　　例如:
　　SELECT/*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
　　FROMBSEMPMS WHERE SAL<60000;
　　12./*+INDEX_DESC(TABLE INDEX_NAME)*/
　　表明对表选择索引降序的扫描方法.
　　例如:
　　SELECT/*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
　　13./*+INDEX_FFS(TABLE INDEX_NAME)*/
　　对指定的表执行快速全索引扫描,而不是全表扫描的办法.
　　例如:
　　SELECT/*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';
　　14./*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
　　提示明确进行执行规划的选择,将几个单列索引的扫描合起来.
　　例如:
　　SELECT/*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHEREEMP_NO='SCOTT' AND DPT_NO='TDC306';
　　15./*+USE_CONCAT*/
　　对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询.
　　例如:
　　SELECT/*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
　　16./*+NO_EXPAND*/
　　对于WHERE后面的OR 或者IN-LIST的查询语句,NO_EXPAND将阻止其基于优化器对其进行扩展.
　　例如:
　　SELECT/*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
　　17./*+NOWRITE*/
　　禁止对查询块的查询重写操作.
　　18./*+REWRITE*/
　　可以将视图作为参数.
　　19./*+MERGE(TABLE)*/
　　能够对视图的各个查询进行相应的合并.
　　例如:
　　SELECT/*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
　　,AVG(SAL)AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
　　ANDA.SAL>V.AVG_SAL;
　　20./*+NO_MERGE(TABLE)*/
　　对于有可合并的视图不再合并.
　　例如:
　　SELECT/*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECTDPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHEREA.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
　　21./*+ORDERED*/
　　根据表出现在FROM中的顺序,ORDERED使ORACLE依此顺序对其连接.
　　例如:
　　SELECT/*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHEREA.COL1=B.COL1 AND B.COL1=C.COL1;
　　22./*+USE_NL(TABLE)*/
　　将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表.
　　例如:
　　SELECT/*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROMBSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
　　23./*+USE_MERGE(TABLE)*/
　　将指定的表与其他行源通过合并排序连接方式连接起来.
　　例如:
　　SELECT/*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHEREBSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
　　24./*+USE_HASH(TABLE)*/
　　将指定的表与其他行源通过哈希连接方式连接起来.
　　例如:
　　SELECT/*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHEREBSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
　　25./*+DRIVING_SITE(TABLE)*/
　　强制与ORACLE所选择的位置不同的表进行查询执行.
　　例如:
　　SELECT/*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHEREBSEMPMS.DPT_NO=DEPT.DPT_NO;
　　26./*+LEADING(TABLE)*/
　　将指定的表作为连接次序中的首表.
　　27./*+CACHE(TABLE)*/
　　当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端
　　例如:
　　SELECT/*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
　　28./*+NOCACHE(TABLE)*/
　　当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端
　　例如:
　　SELECT/*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
　　29./*+APPEND*/
　　直接插入到表的最后,可以提高速度.
　　insert/*+append*/ into test1 select * from test4 ;
　　30./*+NOAPPEND*/
　　通过在插入语句生存期内停止并行模式来启动常规插入.
　　insert/*+noappend*/ into test1 select * from test4 ;
31. NO_INDEX: 指定不使用哪些索引


/*+ NO_INDEX ( table [index [index]...] ) */


select /*+ no_index(emp ind_emp_sal ind_emp_deptno)*/ * from emp wheredeptno=200 and sal>300;


32. parallel


select /*+ parallel(emp,4)*/ * from emp where deptno=200 and sal>300;


另：每个SELECT/INSERT/UPDATE/DELETE命令后只能有一个/*+ */，但提示内容可以有多个，可以用逗号分开，空格也可以。


如：/*+ordered index() use_nl() */


---------
类似如下的一条语句：insertinto xxxx select /*+parallel(a) */ * from xxx a;数据量大约在75G左右，这位兄弟从上午跑到下午还没跑完，过来问我咋回事，说平常2hrs能跑完的东西跑了好几个小时还撒动静。查看系统性能也比较 正常，cpu，io都不繁忙，平均READ速度在80M/s左右（勉强凑合），但平均写速度只有10M不到。等待事件里面大量的‘ ‘PX Deq Credit: send blkd’，这里能看出并行出了问题，从而最后得知是并行用法有问题，修改之后20分钟完成了该操作。正确的做法应该是：
alter session enable dml parallel；


insert /*+parallel(xxxx,4) */ into xxxx select /*+parallel(a) */ * from xxx a;


因为oracle默认并不会打开PDML，对DML语句必须手工启用。另外不得不说的是，并行不是一个可扩展的特性，只有在数据仓库或作为DBA等少数人的工具在批量数据操作时利于充分利用资源，而在OLTP环境下使用并行 需要非常谨慎。事实上PDML还是有比较多的限制的，例如不支持触发器，引用约束，高级复制和分布式事务等特性，同时也会带来额外的空间占用，PDDL同 样是如此。有关Parallel excution可参考官方文档，在Thomas Kyte的新书《Expert Oracle Database architecture》也有精辟的讲述。
---------
select count(*)
From wid_serv_prod_mon_1100 a
where a.acct_month = 201010
and a.partition_id = 10
and serv_state not in ('2HB', '2HL', '2HJ', '2HP', '2HF')
and online_flag in (0)
and incr_product_id in (2000020)
and product_id in (2020966, 2020972, 2100297, 2021116)
and billing_mode_id = 1
and exp_date > to_date('201010', 'yyyymm')
and not exists (select /*+no_index (b IDX_W_CDR_MON_SERV_ID_1100)*/
1
from wid_cdr_mon_1100 b
where b.acct_month = 201010
and b.ANA_EVENT_TYPE_4 in
('10201010201', '10202010201', '10203010201', '10203010202', '10203030201','10203030202', '10204010201', '10204010202', '10204030201')
and a.serv_id = b.serv_id)