ORACLE 优化器和Hints_hints优化器

Hints

Oracle Hints是一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划，从而认为干预系统优化器的选择。我们可以用Oracle Hints来实现：

• 
  
• 使用的优化器的类型
• 基于代价的优化器的优化目标，是all_rows还是first_rows。
• 表的访问路径，是全表扫描，还是索引扫描，还是直接利用rowid。
• 表之间的连接类型
• 表之间的连接顺序
• 语句的并行程度
  

注意:

• 在SQL代码中使用Hint，可能导致非常严重的后果，因为数据库的数据是变化的，在某一时刻使用这个执行计划是最优的，在另一个时刻，却可能很差，这也是CBO 取代RBO的原因之一，规则是死的，而数据是时刻变化的，为了获得最正确的执行计划，只有知道表中数据的实际情况，通过计算各种执行计划的成本，则其最优，才是最科学的，这也是CBO的工作机制。 在SQL代码中加入Hint，特别是性能相关的Hint是很危险的做法。
• 可以通过改变表连接的顺序、表连接的方法、访问路径、并行度规则产生优化器认为干预作用，除了”RULE”提示外，一旦使用的别的提示，语句就会自动的改为使用CBO优化器，此时如果你的数据字典中没有统计数据，就会使用缺省的统计数据。所以建议大家如果使用CBO或Hints提示，则最好对表和索引进行定期的分析。
• 我们可以使用注释(comment)来为一个语句添加Hints，一个语句块只能有一个注释，而且注释只能放在SELECT, UPDATE, or DELETE关键字的后面

• ---

Oracle Hints的语法

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

or

{DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...
1
2
3
4
5
6

注解：
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'; 
1

2 . /+FIRST_ROWS/ 表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化.

SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
1

3 . /+CHOOSE/ 表明如果数据字典中有访问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量;表明如果数据字典中没有访问表的统计信息,将基于规则开销的优化方法;

SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
1

4 . /+RULE/ 表明对语句块选择基于规则的优化方法.

SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
1

5 . /+FULL(TABLE)/ 表明对表选择全局扫描的方法.

SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO='SCOTT';
1

6 . /+ROWID(TABLE)/ 提示明确表明对指定表根据ROWID进行访问.

SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA'
　　AND EMP_NO='SCOTT';
1
2

　　
7 . /+CLUSTER(TABLE)/ 提示明确表明对指定表选择簇扫描的访问方法,它只对簇对象有效.

SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
　　WHERE DPT_NO='TEC304' AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
1
2

8 . /+INDEX(TABLE INDEX_NAME)/ 表明对表选择索引的扫描方法.

SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX='M';
1

9 . /+INDEX_ASC(TABLE INDEX_NAME)/ 表明对表选择索引升序的扫描方法.

SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
1

10 . /+INDEX_COMBINE/ 为指定表选择位图访问路经,如果INDEX_COMBINE中没有提供作为参数的索引,将选择出位图索引的布尔组合方式.

SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS 　　WHERE SAL<5000000 AND HIREDATE
1

11 . /+INDEX_JOIN(TABLE INDEX_NAME)/ 提示明确命令优化器使用索引作为访问路径.

SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
　　FROM BSEMPMS WHERE SAL<60000;
1
2

　　
12 . /+INDEX_DESC(TABLE INDEX_NAME)/ 表明对表选择索引降序的扫描方法.

SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
1

13 . /+INDEX_FFS(TABLE INDEX_NAME)/ 对指定的表执行快速全索引扫描,而不是全表扫描的办法.

SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';
1

14 . /+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,…/ 提示明确进行执行规划的选择,将几个单列索引的扫描合起来.

SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO='SCOTT' AND DPT_NO='TDC306';
1

15 . /+USE_CONCAT 对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询.

SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
1

16 . /+NO_EXPAND/ 对于WHERE后面的OR 或者IN-LIST的查询语句,NO_EXPAND将阻止其基于优化器对其进行扩展.

SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
1

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 AND A.SAL>V.AVG_SAL;
1
2

20 . /+NO_MERGE(TABLE)/ 对于有可合并的视图不再合并.

SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
1

21 . /+ORDERED/ 根据表出现在FROM中的顺序,ORDERED使ORACLE依此顺序对其连接.

SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;
1

22 . /+USE_NL(TABLE)/ 将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表.

SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
1

23 . /+USE_MERGE(TABLE)/将指定的表与其他行源通过合并排序连接方式连接起来.

SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
1

24 . /+USE_HASH(TABLE)/ 将指定的表与其他行源通过哈希连接方式连接起来.

SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
1

25 . /+DRIVING_SITE(TABLE)/ 强制与ORACLE所选择的位置不同的表进行查询执行.

SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;
1

26 . /+LEADING(TABLE)/ 将指定的表作为连接次序中的首表.
27 . /+CACHE(TABLE)/ 当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端

SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
1

28 . /+NOCACHE(TABLE)/ 当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端

SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
1

29 . /+APPEND/ 直接插入到表的最后,可以提高速度.
　　

insert /*+append*/ into test1 select * from test4 ;
1

30 . /+NOAPPEND/ 通过在插入语句生存期内停止并行模式来启动常规插入.
　　

insert /*+noappend*/ into test1 select * from test4 ;
1

31 . NO_INDEX: 指定不使用哪些索引 /+ NO_INDEX ( table [index [index]…] ) /

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

32 . parallel

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

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

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

案例

类似如下的一条语句：insert into 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;
1
2
3

因为oracle默认并不会打开PDML，对DML语句必须手工启用。 另外不得不说的是，并行不是一个可扩展的特性，只有在数据仓库或作为DBA等少数人的工具在批量数据操作时利于充分利用资源，而在OLTP环境下使用并行 需要非常谨慎。事实上PDML还是有比较多的限制的，例如不支持触发器，引用约束，高级复制和分布式事务等特性，同时也会带来额外的空间占用，PDDL同 样是如此。