加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 （https://www.lidatong.com.cn/）- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置： 首页 > 百科 > 正文

Oracle中常见的Hint(一)

发布时间：2020-12-12 15:10:50 所属栏目：百科 来源：网络整理
导读：Oracle中的Hint可以用来调整SQL的执行计划，提高SQL执行效率。下面分类介绍Oracle数据库中常见的Hint。这里描述的是Oracle11gR2中的常见Hint，Oracle数据库中各个版本中的Hint都不尽相同，所以这里讲述的的Hint可能并不适用于Oracle早期的版本。 一、与优化

Oracle中的Hint可以用来调整SQL的执行计划，提高SQL执行效率。下面分类介绍Oracle数据库中常见的Hint。这里描述的是Oracle11gR2中的常见Hint，Oracle数据库中各个版本中的Hint都不尽相同，所以这里讲述的的Hint可能并不适用于Oracle早期的版本。

一、与优化器模式相关的Hint

1、ALL_ROWS

ALL_ROWS是针对整个目标SQL的Hint，它的含义是让优化器启用CBO，而且在得到目标SQL的执行计划时会选择那些吞吐量最佳的执行路径。这里的“吞吐量最佳”是指资源消耗量(即对I/O、CPU等硬件资源的消耗量)最小，也就是说在ALL_ROWS Hint生效的情况下，优化器会启用CBO而且会依据各个执行路径的资源消耗量来计算它们各自的成本。

ALL_ROWS Hint的格式如下：

/*+ ALL_ROWS */

使用范例：

select/*+all_rows*/empno,ename,sal,job
fromemp
whereempno=7396;

从Oracle10g开始，ALL_ROWS就是默认的优化器模式，启用的就是CBO。

scott@TEST>showparameteroptimizer_mode

NAME				TYPE			VALUE
---------------------------------------------------------------------------------------------------
optimizer_mode			string			ALL_ROWS

如果目标SQL中除了ALL_ROWS之外还使用了其他与执行路径、表连接相关的Hint，优化器会优先考虑ALL_ROWS。

2、FIRST_ROWS(n)

FIRST_ROWS(n)是针对整个目标SQL的Hint，它的含义是让优化器启用CBO模式，而且在得到目标SQL的执行计划时会选择那些能以最快的响应时间返回头n条记录的执行路径，也就是说在FIRST_ROWS(n) Hint生效的情况下，优化器会启用CBO，而且会依据返回头n条记录的响应时间来决定目标SQL的执行计划。

FIRST_ROWS(n)格式如下：

/*+ FIRST_ROWS(n) */

使用范例

select/*+first_rows(10)*/empno,job
fromemp
wheredeptno=30;

上述SQL中使用了/*+ first_rows(10) */，其含义是告诉优化器我们想以最短的响应时间返回满足条件"deptno=30"的前10条记录。

注意，FIRST_ROWS(n) Hint和优化器模式FIRST_ROWS_n不是一一对应的。优化器模式FIRST_ROWS_n中的n只能是1、10、100、1000。但FIRST_ROWS(n) Hint中的n还可以是其他值。

scott@TEST>altersessionsetoptimizer_mode=first_rows_9;
ERROR:
ORA-00096:invalidvalueFIRST_ROWS_9forparameteroptimizer_mode,mustbefromamongfirst_rows_1000,first_rows_100,first_rows_10,first_rows_1,first_rows,all_rows,choose,rule

scott@TEST>setautotracetraceonly
scott@TEST>select/*+first_rows(9)*/empnofromemp;

14rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:179099197

---------------------------------------------------------------------------
|Id|Operation	|Name|Rows|Bytes|Cost(%CPU)|Time	|
---------------------------------------------------------------------------
|0|SELECTSTATEMENT|	|	9|36|	1(0)|00:00:01|
|1|INDEXFULLSCAN|PK_EMP|	9|36|	1(0)|00:00:01|
---------------------------------------------------------------------------

如果在UPDATE、DELETE或者含如下内容的查询语句中使用了FIRST_ROWS(n) Hint，则该Hint会被忽略：

  • 集合运算(如UNION,INTERSACT,MINUS,UNION ALL等)

  • GROUP BY

  • FOR UPDATE

  • 聚合函数(比如SUM等)

  • DISTINCT

  • ORDER BY(对应的排序列上没有索引)

这里优化器会忽略FIRST_ROWS(n) Hint是因为对于上述类型的SQL而言，Oracle必须访问所有的行记录后才能返回满足条件的头n行记录，即在上述情况下，使用该Hint是没有意义的。

3、RULE

RULE是针对整个目标SQL的Hint，它表示对目标SQL启用RBO。

格式如下：

/*+ RULE */

使用范例：

select/*+rule*/empno,job
fromemp
wheredeptno=30;

RULE不能与除DRIVING_SITE以外的Hint联用，当RULE与除DRIVING_SITE以外的Hint联用时，其他Hint可能会失效；当RULE与DRIVING_SITE联用时，它自身可能会失效，所以RULE Hint最好是单独使用。

一般情况下，并不推荐使用RULE Hint。一来是因为Oracle早就不支持RBO了，二来启用RBO后优化器在执行目标SQL时可选择的执行路径将大大减少，很多执行路径RBO根本就不支持(比如哈希连接)，就也就意味着启用RBO后目标SQL跑出正确执行计划的概率将大大降低。

因为很多执行路径RBO根本就不支持，所以即使在目标SQL中使用了RULE Hint，如果出现了如下这些情况(包括但不限于)，RULE Hint依然会被Oracle忽略。

  • 目标SQL除RULE之外还联合使用了其他Hint(如DRIVING_SITE)。

  • 目标SQL使用了并行执行

  • 目标SQL所涉及的对象有IOT

  • 目标SQL所涉及的对象有分区表

......

二、与表访问相关的Hint

1、FULL

FULL是针对单个目标表的Hint，它的含义是让优化器对目标表执行全表扫描。

格式如下：

/*+ FULL(目标表) */

使用范例：

select/*+full(emp)*/empno,job
fromemp
wheredeptno=30;

上述SQL中Hint的含义是让优化器对目标表EMP执行全表扫描操作，而不考虑走表EMP上的任何索引(即使列EMPNO上有主键索引)。

2、ROIWD

ROIWD是针对单个目标表的Hint，它的含义是让优化器对目标表执行RWOID扫描。只有目标SQL中使用了含ROWID的where条件时ROWID Hint才有意义。

格式如下：

/*+ ROWID(目标表) */

使用范例：

select/*+rowid(emp)*/empno,job
fromemp
whererowid='AAAR3xAAEAAAACXAAA';

Oracle 11gR2中即使使用了ROWID Hint，Oracle还是会将读到的块缓存在Buffer Cache中。

三、与索引访问相关的Hint

1、INDEX

INDEX是针对单个目标表的Hint，它的含义是让优化器对目标表的的目标索引执行索引扫描操作。

INDEX Hint中的目标索引几乎可以是Oracle数据库中所有类型的索引(包括B树索引、位图索引、函数索引等)。

INDEX Hint的模式有四种：

格式1 /*+ INDEX(目标表 目标索引) */

格式2 /*+ INDEX(目标表 目标索引1 目标索引2 …… 目标索引n) */

格式3 /*+ INDEX(目标表 (目标索引1的索引列名) (目标索引2的索引列名) …… (目标索引n的索引列名)) */

格式4 /*+ INDEX(目标表) */

格式1表示仅指定了目标表上的一个目标索引，此时优化器只会考虑对这个目标索引执行索引扫描操作，而不会去考虑全表扫描或者对该目标表上的其他索引执行索引扫描操作。

格式2表示指定了目标表上的n个目标索引，此时优化器只会考虑对这n个目标索引执行索引扫描操作，而不会去考虑全表扫描或者对该目标表上的其他索引执行索引扫描操作。注意，优化器在考虑这n个目标索引时，可能是分别计算出单独扫描各个目标索引的成本后，再选择其中成本值最低的索引；也可能是先分别扫描目标索引中的两个或多个索引，然后再对扫描结果执行合并操作。当然，后面这种可能性的前提条件是优化器计算出来这样做的成本值是最低的。

格式三也是表是指定了目标表上的n个目标索引，只不过此时是用指定目标索引的索引列名来代替对应的目标索引名。如果目标索引是复合索引，则在用于指定该索引列名的括号内也可以指定该目标索引的多个索引列，各个索引列之间用空格分隔就可以了。

格式的表示指定了目标表上所有已存在的索引，此时优化器只会考虑对该目标表上所有已存在的索引执行索引扫描操作，而不会去考虑全表扫描操作。注意，这里优化器在考虑该目标表上所有已存在的索引时，可能是分别计算出单独扫描这些索引的成本后再选择其中成本值最低的索引；也可能是先分别扫描这些索引中的两个或多个索引，然后再对扫描结果执行合并操作。当然，后面这种可能性的前提条件是优化器计算出来这样做的成本值是最低的。

使用范例：

select/*+index(emppk_emp)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+index(emppk_empidx_emp_mgridx_emp_dept)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+index(emp(empno)(mgr)(deptno))*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+index*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

2、NO_INDEX

NO_INDEX是针对单个目标表的Hint，它是INDEX的反义Hint，其含义是让优化器不对目标表上的目标索引执行扫描操作。

INDEX Hint中的目标索引也几乎可以是Oracle数据库中所有类型的索引(包括B树索引、位图索引、函数索引等)。

格式有如下三种：

格式1 /*+ NO_INDEX(目标表 目标索引) */

格式2 /*+ NO_INDEX(目标表 目标索引1 目标索引2 …… 目标索引n) */

格式3 /*+ NO_INDEX(目标表) */

格式1表示仅指定了目标表上的一个目标索引，此时优化器只是不会考虑对这个目标索引执行索引扫描操作，但还是会考虑全表扫描或者对该目标表上的其他索引执行索引扫描操作。

格式2表示指定了目标表上的n个目标索引，此时优化器只是不会考虑对这n个目标索引执行索引扫描操作，但还是会考虑全表扫描或者对该目标表上的其他索引执行索引扫描操作。

格式3表示指定了目标表上的所有已存在的索引，即此时优化器不会考虑对该目标表上所有已存在的索引执行索引扫描操作，这相当于对目标表指定了全表扫描。

使用范例：

select/*+no_index(emppk_emp)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+no_index(emppk_empidx_emp_mgridx_emp_dept)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+no_index*/empno,240);">3、INDEX_DESC
 

INDEX_DESC是针对单个目标表的Hint，它的含义是让优化器对目标表上的目标索引执行索引降序扫描操作。如果目标索引是升序的，则INDEX_DESC Hint会使Oracle以降序的方式扫描该索引；如果目标索引是降序的，则INDEX_DESC Hint会使Oracle以升序的方式扫描该索引。
 

格式有三种：
 

格式1 /*+ INDEX_DESC(目标表 目标索引) */
 

格式2 /*+ INDEX_DESC(目标表 目标索引1 目标索引2 …… 目标索引n) */
 

格式3 /*+ INDEX_DESC(目标表) */
 

上述3种格式的含义和INDEX中对应格式的含义相同。
 

使用范例：
 

select/*+index_desc(emppk_emp)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+index_desc(emppk_empidx_emp_mgridx_emp_dept)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+index_desc*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;
 

实例：
 

scott@TEST>select/*+index_desc(emp,pk_emp)*/empnofromemp;

EMPNO
----------
7934
7902
7900
7876
7844
7839
7788
7782
7698
7654
7566
7521
7499
7369

14rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:1838043032

-------------------------------------------------------------------------------------
|Id|Operation		|Name|Rows|Bytes|Cost(%CPU)|Time|
-------------------------------------------------------------------------------------
|0|SELECTSTATEMENT	|	|	10|	40|	1(0)|00:00:01|
|1|INDEXFULLSCANDESCENDING|PK_EMP|	10|	40|	1(0)|00:00:01|
-------------------------------------------------------------------------------------
......
 

4、INDEX_COMBINE
 

INDEX_COMBINE是针对单个目标表的Hint，它的含义是让优化器对目标表上的多个目标索引执行位图布尔运算。Oracle数据库里有一个映射函数(Mapping Function)，它可以实例B*Tree索引中的ROWID和对应位图索引中的位图之间的互相转换，所以INDEX_COMBINE Hint并不局限于位图索引，它的作用对象也可以是B*Tree索引。
 

格式有如下两种
 

格式1 /*+ INDEX_COMBINE(目标表 目标索引1 目标索引2 …… 目标索引n) */
 

格式2 /*+ INDEX_COMBINE(目标表) */
 

格式1表示指定了目标表上的n个目标索引，此时优化器会考虑对这n个目标索引中的两个或多个执行位图布尔运算。
 

格式2表示指定了目标表上所有已存在的索引，此时优化器会考虑对该表上已存在的所有索引中的两个或多个执行位图布尔运算。
 

使用范例：
 

select/*+index_combine(emppk_empidx_emp_mgr)*/empno,job
fromemp
whereempno=7369andmgr=7902;

select/*+index_combine(emppk_empidx_emp_mgridx_emp_deptno)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;

select/*+index_combine(emp)*/empno,job
fromemp
whereempno=7369andmgr=7902anddeptno=20;
 

下面看一个实例，在表EMP上创建两个索引
 

scott@TEST>createindexidx_emp_mgronemp(mgr);

Indexcreated.

scott@TEST>createindexidx_emp_deptonemp(deptno);

Indexcreated.

scott@TEST>select/*+index_combine(emppk_empidx_emp_mgridx_emp_deptno)*/empno,job
2fromemp
3whereempno=7369andmgr=7902anddeptno=20;

EMPNOENAME				SALJOB
-----------------------------------------------------------------------------
7369SMITH				800CLERK


ExecutionPlan
----------------------------------------------------------
Planhashvalue:1816402415

-------------------------------------------------------------------------------------------------
|Id|Operation			|Name	|Rows	|Bytes|Cost(%CPU)|Time	|
-------------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT		|		|1|29|2(0)|00:00:01|
|1|TABLEACCESSBYINDEXROWID	|EMP		|1|29|2(0)|00:00:01|
|2|BITMAPCONVERSIONTOROWIDS	|		|	|	|	|		|
|3|BITMAPAND			|		|	|	|	|		|
|4|BITMAPCONVERSIONFROMROWIDS|		|	|	|	|		|
|*5|INDEXRANGESCAN		|PK_EMP	|	|	|0(0)|00:00:01|
|6|BITMAPCONVERSIONFROMROWIDS|		|	|	|	|		|
|*7|INDEXRANGESCAN		|IDX_EMP_MGR	|	|	|1(0)|00:00:01|
|8|BITMAPCONVERSIONFROMROWIDS|		|	|	|	|		|
|*9|INDEXRANGESCAN		|IDX_EMP_DEPT|	|	|1(0)|00:00:01|
-------------------------------------------------------------------------------------------------
......
 

从上面的执行计划中可以看到关键字“BITMAP CONVERSION FROM ROWIDS”、“BITMAP AND”和“BITMAP CONVERSION TO ROWIDS”，这说明Oracle先分别对上述三个单键值的B*Tree索引IDX_EMP_MGR、IDX_EMP_DEPT和PK_EMP用映射函数将其中的ROWID转换成了位图，然后对转换后的位图执行了BITMAP AND(位图按位与)布尔运算，最后将布尔运算的结果再次用映射函数转换成了ROWID并回表得到最终的执行结果。能走出这样的执行计划显然是因为INDEX_COMBINE Hint生效了。
 

用映射函数将ROWID转换成了位图，然后再执行布尔运算，最后将布尔运算的结果再次用映射函数转换成了ROWID并回表得到最终的执行结果，这个过程在实际生产环境中的执行效率可能是有问题的，可以使用隐含参数_B_TREE_BITMAP_PLANS禁掉该过程中的ROWID到位图的转换：
 

alter session set "_b_tree_bitmap_plans"=false;
 

scott@TEST>altersessionset"_b_tree_bitmap_plans"=false;

Sessionaltered.

scott@TEST>select/*+index_combine(emppk_empidx_emp_mgridx_emp_deptno)*/empno,job
2fromemp
3whereempno=7369andmgr=7902anddeptno=20;

EMPNOENAME				SALJOB
-----------------------------------------------------------------------------
7369SMITH				800CLERK


ExecutionPlan
----------------------------------------------------------
Planhashvalue:2949544139

--------------------------------------------------------------------------------------
|Id|Operation		|Name|Rows|Bytes|Cost(%CPU)|Time|
--------------------------------------------------------------------------------------
|0|SELECTSTATEMENT	|	|	1|	29|	1(0)|00:00:01|
|*1|TABLEACCESSBYINDEXROWID|EMP|	1|	29|	1(0)|00:00:01|
|*2|INDEXUNIQUESCAN	|PK_EMP|	1|	|	0(0)|00:00:01|
--------------------------------------------------------------------------------------
......
 

从上面的执行计划中可以看出没有出现BITMAP相关的关键字，即INDEX_COMBINE Hint被Oracle忽略了。
 

5、INDEX_FFS
 

INDEX_FFS是针对单个目标表的Hint，它的含义是让优化器对目标表上的目标索引执行索引快速全扫描操作。注意，索引快速全扫描能成立的前提条件是SELECT语句中所有的查询列都存在于目标索引中，即通过扫描目标索引就可以得到所有的查询列而不用回表。
 

格式有如下三种：
 

格式1 /*+ INDEX_FFS(目标表 目标索引) */
 

格式2 /*+ INDEX_FFS(目标表 目标索引1 目标索引2 …… 目标索引n) */
 

格式3 /*+ INDEX_FFS(目标表) */
 

上述3种格式的含义和INDEX中对应格式的含义相同。
 

使用范例：
 

select/*+index_ffs(emppk_emp)*/empno
fromemp;

select/*+index_ffs(empidx_emp_1idx_emp_2)*/empno
fromemp
wheremgr=7902anddeptno=20;
--createindexidx_emp_1onemp(mgr,deptno,1);
--createindexidx_emp_2onemp(mgr,2);

select/*+index_ffs(emp)*/empno
fromemp;
 

看下面的实例：
 

scott@TEST>selectempnofromemp;

14rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:179099197

---------------------------------------------------------------------------
|Id|Operation	|Name|Rows|Bytes|Cost(%CPU)|Time	|
---------------------------------------------------------------------------
|0|SELECTSTATEMENT|	|10|40|	1(0)|00:00:01|
|1|INDEXFULLSCAN|PK_EMP|10|40|	1(0)|00:00:01|
---------------------------------------------------------------------------
......
scott@TEST>select/*+index_ffs(emp)*/empnofromemp;

14rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:366039554

-------------------------------------------------------------------------------
|Id|Operation	|Name|Rows|Bytes|Cost(%CPU)|Time|
-------------------------------------------------------------------------------
|0|SELECTSTATEMENT|	|10|40|2	(0)|00:00:01|
|1|INDEXFASTFULLSCAN|PK_EMP|10|40|2	(0)|00:00:01|
-------------------------------------------------------------------------------
......
 

6、INDEX_JOIN
 

INDEX_JOIN是针对单个目标表的Hint，它的含义是让优化器对目标表上的多个目标索引执行INDEX JOIN操作。INDEX JOIN能成立的前提条件是SELECT语句中所有的查询列都存在于目标表上的多个目标索引中，即通过扫描这些索引就可以得到所有的查询列而不用回表。
 

格式如下：
 

格式1 /*+ INDEX_JOIN(目标表 目标索引1 目标索引2 …… 目标索引n) */
 

格式2 /*+ INDEX_JOIN */
 

上述两种格式的含义与INDEX_COMBINE Hint中对应格式的含义相同。
 

使用范例：
 

select/*+index_join(emppk_empidx_emp_mgr)*/empno,mgr
fromemp
whereempno>7369andmgr<7902;

select/*+index_join(emp)*/empno,mgr
fromemp
whereempno>7369andmgr<7902;
 

来看下面的实例：
 

scott@TEST>selectempno,mgr
2fromemp
3whereempno>7369andmgr<7902;

12rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:2059184959

-------------------------------------------------------------------------------------------
|Id|Operation		|Name	|Rows|Bytes|Cost(%CPU)|Time	|
-------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT	|		|10|80|	2(0)|00:00:01|
|*1|TABLEACCESSBYINDEXROWID|EMP	|10|80|	2(0)|00:00:01|
|*2|INDEXRANGESCAN	|IDX_EMP_MGR|11|	|	1(0)|00:00:01|
-------------------------------------------------------------------------------------------
......
scott@TEST>select/*+index_join(emp)*/empno,mgr
2fromemp
3whereempno>7369andmgr<7902;

12rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:3030719951

---------------------------------------------------------------------------------------
|Id|Operation	|Name	|Rows|Bytes|Cost(%CPU)|Time|
---------------------------------------------------------------------------------------
|0|SELECTSTATEMENT|		|10|80|3(34)|00:00:01|
|*1|VIEW		|index$_join$_001|10|80|3(34)|00:00:01|
|*2|HASHJOIN	|		|||	|	|
|*3|INDEXRANGESCAN|IDX_EMP_MGR|10|80|2(50)|00:00:01|
|*4|INDEXRANGESCAN|PK_EMP	|10|80|2(50)|00:00:01|
---------------------------------------------------------------------------------------
......
 

7、AND_EQUAL
 

AND_EQUAL是针对单个目标表的Hint，它的含义是让优化器对目标表上的多个目标索引执行INDEX MERGE操作。INDEX MERGE能成立的前提条件是目标SQL的where条件里出现了多个针对不同单列的等值条件，并且这些列上都有单键值的索引。另外，在Oracle数据库里，能够做INDEX MERGE的索引数量的最大值是5。
 

格式如下：
 

/*+ AND_EQUAL(目标表 目标索引1 目标索引2 …… 目标索引n)*/
 

使用范例：
 

select/*+and_equal(empidx_emp_mgridx_emp_dept)*/empno,mgr
fromemp
wheredeptno=20andmgr=7902;
 

看下面的实例：
 

scott@TEST>selectempno,mgr
2fromemp
3wheredeptno=20andmgr=7902;


ExecutionPlan
----------------------------------------------------------
Planhashvalue:2059184959

-------------------------------------------------------------------------------------------
|Id|Operation		|Name	|Rows|Bytes|Cost(%CPU)|Time	|
-------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT	|		|	1|11|	2(0)|00:00:01|
|*1|TABLEACCESSBYINDEXROWID|EMP	|	1|11|	2(0)|00:00:01|
|*2|INDEXRANGESCAN	|IDX_EMP_MGR|	2|	|	1(0)|00:00:01|
-------------------------------------------------------------------------------------------
......
scott@TEST>select/*+and_equal(empidx_emp_mgridx_emp_dept)*/empno,mgr
2fromemp
3wheredeptno=20andmgr=7902;


ExecutionPlan
----------------------------------------------------------
Planhashvalue:3295440569

--------------------------------------------------------------------------------------------
|Id|Operation		|Name	|Rows|Bytes|Cost(%CPU)|Time	|
--------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT	|		|	1|	11|	3(0)|00:00:01|
|*1|TABLEACCESSBYINDEXROWID|EMP	|	1|	11|	3(0)|00:00:01|
|2|AND-EQUAL		|		|	|	|		|	|
|*3|INDEXRANGESCAN	|IDX_EMP_MGR|	2|	|	1(0)|00:00:01|
|*4|INDEXRANGESCAN	|IDX_EMP_DEPT|	5|	|	1(0)|00:00:01|
--------------------------------------------------------------------------------------------
......
 

四、与表连接顺序相关的Hint
 

1、ORDERED
 

ORDERED是针对多个目标表的Hint，它的含义是让优化器对多个目标表执行表连接操作时，执照它们在目标SQL的where条件中出现的顺序从左到右依次进行连接。
 

格式如下：
 

/*+ ORDERED */
 

使用范例：
 

select/*+ordered*/e.ename,j.job,e.sal,d.deptno
fromempe,jobsj,deptd
wheree.empno=j.empno
ande.deptno=d.deptno
andd.loc='CHICAGO'
orderbye.ename;
 

实例：
 

scott@TEST>selecte.ename,d.deptno
2fromempe,deptd
3wheree.empno=j.empno
4ande.deptno=d.deptno
5andd.loc='CHICAGO'
6orderbye.ename;

6rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:4113290228

-----------------------------------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost(%CPU)|Time|
-----------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT||5|235|9(23)|00:00:01|
|1|SORTORDERBY||5|235|9(23)|00:00:01|
|*2|HASHJOIN||5|235|8(13)|00:00:01|
|3|NESTEDLOOPS||||||
|4|NESTEDLOOPS||5|140|4(0)|00:00:01|
|*5|TABLEACCESSFULL|DEPT|1|11|3(0)|00:00:01|
|*6|INDEXRANGESCAN|IDX_EMP_DEPT|5||0(0)|00:00:01|
|7|TABLEACCESSBYINDEXROWID|EMP|5|85|1(0)|00:00:01|
|8|TABLEACCESSFULL|JOBS|14|266|3(0)|00:00:01|
-----------------------------------------------------------------------------------------------
......
scott@TEST>select/*+ordered*/e.ename,deptd
3wheree.empno=j.empno
4ande.deptno=d.deptno
5andd.loc='CHICAGO'
6orderbye.ename;

6rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:3031293267

-----------------------------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost(%CPU)|Time|
-----------------------------------------------------------------------------------------
|0|SELECTSTATEMENT||5|235|11(28)|00:00:01|
|1|SORTORDERBY||5|235|11(28)|00:00:01|
|*2|HASHJOIN||5|235|10(20)|00:00:01|
|3|MERGEJOIN||14|504|6(17)|00:00:01|
|4|TABLEACCESSBYINDEXROWID|EMP|14|238|2(0)|00:00:01|
|5|INDEXFULLSCAN|PK_EMP|14||1(0)|00:00:01|
|*6|SORTJOIN||14|266|4(25)|00:00:01|
|7|TABLEACCESSFULL|JOBS|14|266|3(0)|00:00:01|
|*8|TABLEACCESSFULL|DEPT|1|11|3(0)|00:00:01|
-----------------------------------------------------------------------------------------
......
scott@TEST>select/*+ordered*/e.ename,deptd,jobsj
3wheree.empno=j.empno
4ande.deptno=d.deptno
5andd.loc='CHICAGO'
6orderbye.ename;

6rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:1175157407

-----------------------------------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost(%CPU)|Time|
-----------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT||5|235|11(28)|00:00:01|
|1|SORTORDERBY||5|235|11(28)|00:00:01|
|*2|HASHJOIN||5|235|10(20)|00:00:01|
|3|MERGEJOIN||5|140|6(17)|00:00:01|
|4|TABLEACCESSBYINDEXROWID|EMP|14|238|2(0)|00:00:01|
|5|INDEXFULLSCAN|IDX_EMP_DEPT|14||1(0)|00:00:01|
|*6|SORTJOIN||1|11|4(25)|00:00:01|
|*7|TABLEACCESSFULL|DEPT|1|11|3(0)|00:00:01|
|8|TABLEACCESSFULL|JOBS|14|266|3(0)|00:00:01|
-----------------------------------------------------------------------------------------------
......
 

从上面的执行计划可以看出不使用ordered Hint时表扫描的顺序是DEPT->EMP->JOBS，但是使用ordered Hint后，表扫描的顺序变为了EMP->JOBS->DEPT与目标SQL中的顺序一致了，在修改了目标SQL文本之后表的扫描顺序也相应地变为了EMP->DEPT->JOBS。
 

2、LEADING
 

LEADING是针对多个目标表的Hint，它的含义是让优化器将我们指定的多个表的连接结果作为目标SQL表连接过程中的驱动结果集，并且将LEADING Hint中从左至右出现的第一个目标表作为整个表连接过程中的首个驱动表。
 

LEADING比ORDERED要温和一些，因为它只是指定了首个驱动表和驱动结果集，没有像ORDERED那样完全指定了表连接的顺序，也就是说LEADING给了优化器更大的调整余地。
 

当LEADING Hint中指定的表并不能作为目标SQL的连接过程中的驱动表或者驱动结果集时，Oracle会忽略该Hint。
 

格式如下：
 

/*+ LEADING(目标表1 目标表2 …… 目标表n) */
 

使用范例：
 

select/*+leading(te)*/e.ename,emp_tempt
wheree.empno=j.empno
ande.deptno=d.deptno
andd.loc='CHICAGO'
ande.ename=t.ename
orderbye.ename;
 

实例：
 

--不使用Hint
scott@TEST>selecte.ename,emp_tempt
3wheree.empno=j.empno
4ande.deptno=d.deptno
5andd.loc='CHICAGO'
6ande.ename=t.ename
7orderbye.ename;

6rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:558051962

------------------------------------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost(%CPU)|Time|
------------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT||5|270|12(17)|00:00:01|
|1|SORTORDERBY||5|270|12(17)|00:00:01|
|*2|HASHJOIN||5|270|11(10)|00:00:01|
|*3|HASHJOIN||5|235|8(13)|00:00:01|
|4|NESTEDLOOPS||||||
|5|NESTEDLOOPS||5|140|4(0)|00:00:01|
|*6|TABLEACCESSFULL|DEPT|1|11|3(0)|00:00:01|
|*7|INDEXRANGESCAN|IDX_EMP_DEPT|5||0(0)|00:00:01|
|8|TABLEACCESSBYINDEXROWID|EMP|5|85|1(0)|00:00:01|
|9|TABLEACCESSFULL|JOBS|14|266|3(0)|00:00:01|
|10|TABLEACCESSFULL|EMP_TEMP|14|98|3(0)|00:00:01|
------------------------------------------------------------------------------------------------
......
--使用LEADINGHint
scott@TEST>select/*+leading(te)*/e.ename,emp_tempt
3wheree.empno=j.empno
4ande.deptno=d.deptno
5andd.loc='CHICAGO'
6ande.ename=t.ename
7orderbye.ename;

6rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:937897748

----------------------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost(%CPU)|Time|
----------------------------------------------------------------------------------
|0|SELECTSTATEMENT||5|270|15(20)|00:00:01|
|1|SORTORDERBY||5|270|15(20)|00:00:01|
|*2|HASHJOIN||5|270|14(15)|00:00:01|
|*3|HASHJOIN||5|175|10(10)|00:00:01|
|*4|HASHJOIN||14|336|7(15)|00:00:01|
|5|TABLEACCESSFULL|EMP_TEMP|14|98|3(0)|00:00:01|
|6|TABLEACCESSFULL|EMP|14|238|3(0)|00:00:01|
|*7|TABLEACCESSFULL|DEPT|1|11|3(0)|00:00:01|
|8|TABLEACCESSFULL|JOBS|14|266|3(0)|00:00:01|
----------------------------------------------------------------------------------
......
--使用OrderedHint
scott@TEST>select/*+ordered*/e.ename,emp_tempt
3wheree.empno=j.empno
4ande.deptno=d.deptno
5andd.loc='CHICAGO'
6ande.ename=t.ename
7orderbye.ename;

6rowsselected.


ExecutionPlan
----------------------------------------------------------
Planhashvalue:2459794491

--------------------------------------------------------------------------------------------
|Id|Operation|Name|Rows|Bytes|Cost(%CPU)|Time|
--------------------------------------------------------------------------------------------
|0|SELECTSTATEMENT||5|270|14(22)|00:00:01|
|1|SORTORDERBY||5|270|14(22)|00:00:01|
|*2|HASHJOIN||5|270|13(16)|00:00:01|
|*3|HASHJOIN||5|235|10(20)|00:00:01|
|4|MERGEJOIN||14|504|6(17)|00:00:01|
|5|TABLEACCESSBYINDEXROWID|EMP|14|238|2(0)|00:00:01|
|6|INDEXFULLSCAN|PK_EMP|14||1(0)|00:00:01|
|*7|SORTJOIN||14|266|4(25)|00:00:01|
|8|TABLEACCESSFULL|JOBS|14|266|3(0)|00:00:01|
|*9|TABLEACCESSFULL|DEPT|1|11|3(0)|00:00:01|
|10|TABLEACCESSFULL|EMP_TEMP|14|98|3(0)|00:00:01|
--------------------------------------------------------------------------------------------
......
 

从上面的执行计划可以看出不使用Hint时表扫描顺序是DEPT->EMP->JOBS->EMP_TEMP；使用LEADING Hint时表扫描顺序是EMP_TEMP->EMP->DEPT->JOBS，EMP_TEMP做首个驱动表和表EMP的连接结果做为驱动结果集，与Hint要求一致。；使用Ordered Hint时表扫描顺序是EMP->JOBS->DEPT->EMP_TEMP，与SQL中顺序一致。
 


 

参考《基于Oracle的SQL优化》
 

官方文档：http://docs.oracle.com/cd/E11882_01/server.112/e41573/hintsref.htm#PFGRF005
                        
（编辑：李大同）


【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
    相关内容
      推荐文章
        站长推荐
        热点阅读

          【免责声明】本站内容转载自互联网，其发布内容言论不代表本站观点，如果其链接、内容的侵犯您的权益，烦请提交相关链接至邮箱bqsm@foxmail.com我们将及时予以处理。

          建议您使用1920×1080分辨率、谷歌浏览器Google Chrome、Microsoft Edge以获得本站的最佳浏览效果

          Copygight © 2008-2022 https://www.lidatong.com.cn/ All Rights Reserved. 李大同