碼上快樂

相關內容    簡體    繁體

Oracle中常見的Hint(一)

本文轉載自   查看原文   2019-09-09 11:20   411    通用實踐/ 高並發/ 開發經驗/ 性能優化/ java經驗集錦/ 工作總結/ Oracle/ 大數據/ DB/ SQL

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 */

使用范例：

1
2
3
select  /*+ all_rows */ empno,ename,sal,job
   from  emp
  where  empno=7396;

從Oracle10g開始，ALL_ROWS就是默認的優化器模式，啟用的就是CBO。

1
2
3
4
5
scott@TEST>show parameter optimizer_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) */

使用范例

1
2
3
select  /*+ first_rows(10) */ empno,ename,sal,job
   from  emp
  where  deptno=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還可以是其他值。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
scott@TEST> alter  session  set  optimizer_mode=first_rows_9;
ERROR:
ORA-00096: invalid value FIRST_ROWS_9  for  parameter optimizer_mode, must be  from  among first_rows_1000, first_rows_100, first_rows_10, first_rows_1, first_rows, all_rows, choose, rule
 
scott@TEST> set  autotrace traceonly
scott@TEST> select  /*+ first_rows(9) */ empno  from  emp;
 
14  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 179099197
 
---------------------------------------------------------------------------
| Id  | Operation    |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time     |
---------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT |     |   9 |    36 |   1   (0)| 00:00:01 |
|   1 |   INDEX  FULL  SCAN | 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 */

使用范例：

1
2
3
select  /*+  rule  */ empno,ename,sal,job
   from  emp
  where  deptno=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(目標表) */

使用范例：

1
2
3
select  /*+  full (emp) */ empno,ename,sal,job
   from  emp
  where  deptno=30;

上述SQL中Hint的含義是讓優化器對目標表EMP執行全表掃描操作，而不考慮走表EMP上的任何索引(即使列EMPNO上有主鍵索引)。

2、ROIWD

ROIWD是針對單個目標表的Hint，它的含義是讓優化器對目標表執行RWOID掃描。只有目標SQL中使用了含ROWID的where條件時ROWID Hint才有意義。

格式如下：

/*+ ROWID(目標表) */

使用范例：

1
2
3
select  /*+ rowid(emp) */ empno,ename,sal,job
   from  emp
  where  rowid= '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個目標索引，只不過此時是用指定目標索引的索引列名來代替對應的目標索引名。如果目標索引是復合索引，則在用於指定該索引列名的括號內也可以指定該目標索引的多個索引列，各個索引列之間用空格分隔就可以了。

格式的表示指定了目標表上所有已存在的索引，此時優化器只會考慮對該目標表上所有已存在的索引執行索引掃描操作，而不會去考慮全表掃描操作。注意，這里優化器在考慮該目標表上所有已存在的索引時，可能是分別計算出單獨掃描這些索引的成本后再選擇其中成本值最低的索引；也可能是先分別掃描這些索引中的兩個或多個索引，然后再對掃描結果執行合並操作。當然，后面這種可能性的前提條件是優化器計算出來這樣做的成本值是最低的。

使用范例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
select  /*+  index (emp pk_emp) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+  index (emp pk_emp idx_emp_mgr idx_emp_dept) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+  index (emp (empno) (mgr) (deptno)) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+  index  */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=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表示指定了目標表上的所有已存在的索引，即此時優化器不會考慮對該目標表上所有已存在的索引執行索引掃描操作，這相當於對目標表指定了全表掃描。

使用范例：

1
2
3
4
5
6
7
8
9
10
11
select  /*+ no_index(emp pk_emp) */ empno,ename,sal,job
   from  emp
where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+ no_index(emp pk_emp idx_emp_mgr idx_emp_dept) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+ no_index */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;

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中對應格式的含義相同。

使用范例：

1
2
3
4
5
6
7
8
9
10
11
select  /*+ index_desc(emp pk_emp) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+ index_desc(emp pk_emp idx_emp_mgr idx_emp_dept) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+ index_desc */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;

實例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
scott@TEST> select  /*+ index_desc(emp,pk_emp) */ empno  from  emp;
 
      EMPNO
----------
       7934
       7902
       7900
       7876
       7844
       7839
       7788
       7782
       7698
       7654
       7566
       7521
       7499
       7369
 
14  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1838043032
 
-------------------------------------------------------------------------------------
| Id  | Operation          |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time      |
-------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT     |     |    10 |  40 |   1   (0)| 00:00:01 |
|   1 |   INDEX  FULL  SCAN DESCENDING| 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表示指定了目標表上所有已存在的索引，此時優化器會考慮對該表上已存在的所有索引中的兩個或多個執行位圖布爾運算。

使用范例：

1
2
3
4
5
6
7
8
9
10
11
select  /*+ index_combine(emp pk_emp idx_emp_mgr) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902 ;
  
select  /*+ index_combine(emp pk_emp idx_emp_mgr idx_emp_deptno) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;
  
select  /*+ index_combine(emp) */ empno,ename,sal,job
   from  emp
  where  empno=7369  and  mgr=7902  and  deptno=20;

下面看一個實例，在表EMP上創建兩個索引

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
scott@TEST> create  index  idx_emp_mgr  on  emp(mgr);
 
Index  created.
 
scott@TEST> create  index  idx_emp_dept  on  emp(deptno);
 
Index  created.
 
scott@TEST> select  /*+ index_combine(emp pk_emp idx_emp_mgr idx_emp_deptno) */ empno,ename,sal,job
   2    from  emp
   3    where  empno=7369  and  mgr=7902  and  deptno=20;
 
      EMPNO ENAME               SAL JOB
---------- ------------------------------ ---------- ---------------------------
       7369 SMITH              800 CLERK
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1816402415
 
-------------------------------------------------------------------------------------------------
| Id  | Operation            |  Name   |  Rows  | Bytes | Cost (%CPU)|  Time     |
-------------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT       |     |     1 |    29 |     2   (0)| 00:00:01 |
|   1 |   TABLE  ACCESS  BY  INDEX  ROWID   | EMP        |     1 |    29 |     2   (0)| 00:00:01 |
|   2 |   BITMAP CONVERSION  TO  ROWIDS  |     |   |   |        |     |
|   3 |    BITMAP  AND            |     |   |   |        |     |
|   4 |     BITMAP CONVERSION  FROM  ROWIDS|      |   |   |        |     |
|*  5 |       INDEX  RANGE SCAN         | PK_EMP |   |   |     0   (0)| 00:00:01 |
|   6 |     BITMAP CONVERSION  FROM  ROWIDS|      |   |   |        |     |
|*  7 |       INDEX  RANGE SCAN         | IDX_EMP_MGR    |   |   |     1   (0)| 00:00:01 |
|   8 |     BITMAP CONVERSION  FROM  ROWIDS|      |   |   |        |     |
|*  9 |       INDEX  RANGE SCAN         | 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;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
scott@TEST> alter  session  set  "_b_tree_bitmap_plans" = false ;
 
Session altered.
 
scott@TEST> select  /*+ index_combine(emp pk_emp idx_emp_mgr idx_emp_deptno) */ empno,ename,sal,job
   2     from  emp
   3    where  empno=7369  and  mgr=7902  and  deptno=20;
 
      EMPNO ENAME               SAL JOB
---------- ------------------------------ ---------- ---------------------------
       7369 SMITH              800 CLERK
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 2949544139
 
--------------------------------------------------------------------------------------
| Id  | Operation           |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time      |
--------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT      |        |    1 |    29 |      1   (0)| 00:00:01 |
|*  1 |   TABLE  ACCESS  BY  INDEX  ROWID| EMP    |       1 |    29 |      1   (0)| 00:00:01 |
|*  2 |    INDEX  UNIQUE  SCAN     | 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中對應格式的含義相同。

使用范例：

1
2
3
4
5
6
7
8
9
10
11
select  /*+ index_ffs(emp pk_emp) */ empno
   from  emp;
 
select  /*+ index_ffs(emp idx_emp_1 idx_emp_2) */ empno
   from  emp
  where  mgr=7902  and  deptno=20;
--create index idx_emp_1 on emp(mgr,deptno,1);
--create index idx_emp_2 on emp(mgr,deptno,2);
 
select  /*+ index_ffs(emp) */ empno
   from  emp;

看下面的實例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
scott@TEST> select  empno  from  emp;
 
14  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 179099197
 
---------------------------------------------------------------------------
| Id  | Operation    |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time     |
---------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT |     |    10 |    40 | 1   (0)| 00:00:01 |
|   1 |   INDEX  FULL  SCAN | PK_EMP |    10 |    40 |    1   (0)| 00:00:01 |
---------------------------------------------------------------------------
......
scott@TEST> select  /*+ index_ffs(emp) */empno  from  emp;
 
14  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 366039554
 
-------------------------------------------------------------------------------
| Id  | Operation        |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time      |
-------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT     |         |    10 |    40 |     2  (0)| 00:00:01 |
|   1 |   INDEX  FAST  FULL  SCAN| 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中對應格式的含義相同。

使用范例：

1
2
3
4
5
6
7
select  /*+ index_join(emp pk_emp idx_emp_mgr) */ empno,mgr
   from  emp
  where  empno>7369  and  mgr<7902;
  
select  /*+ index_join(emp) */ empno,mgr
   from  emp
  where  empno>7369  and  mgr<7902;

來看下面的實例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
scott@TEST> select  empno,mgr
   2     from  emp
   3    where  empno>7369  and  mgr<7902;
 
12  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 2059184959
 
-------------------------------------------------------------------------------------------
| Id  | Operation           |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time    |
-------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT      |         |    10 |    80 | 2   (0)| 00:00:01 |
|*  1 |   TABLE  ACCESS  BY  INDEX  ROWID| EMP   |    10 |    80 | 2   (0)| 00:00:01 |
|*  2 |    INDEX  RANGE SCAN      | IDX_EMP_MGR |    11 |    |   1   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------
......
scott@TEST> select  /*+ index_join(emp) */ empno,mgr
   2     from  emp
   3    where  empno>7369  and  mgr<7902;
 
12  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 3030719951
 
---------------------------------------------------------------------------------------
| Id  | Operation      |  Name          |  Rows   | Bytes | Cost (%CPU)|  Time      |
---------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT   |             |    10 |    80 |     3  (34)| 00:00:01 |
|*  1 |   VIEW          |  index $_join$_001 |    10 |    80 |     3  (34)| 00:00:01 |
|*  2 |   HASH  JOIN      |           |       |       |       |       |
|*  3 |     INDEX  RANGE SCAN| IDX_EMP_MGR      |    10 |    80 |     2  (50)| 00:00:01 |
|*  4 |     INDEX  RANGE SCAN| 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)*/

使用范例：

1
2
3
select  /*+ and_equal(emp idx_emp_mgr idx_emp_dept) */ empno,mgr
   from  emp
  where  deptno=20  and  mgr=7902;

看下面的實例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
scott@TEST> select  empno,mgr
   2     from  emp
   3    where  deptno=20  and  mgr=7902;
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 2059184959
 
-------------------------------------------------------------------------------------------
| Id  | Operation           |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time    |
-------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT      |         |   1 |    11 |   2   (0)| 00:00:01 |
|*  1 |   TABLE  ACCESS  BY  INDEX  ROWID| EMP   |   1 |    11 |   2   (0)| 00:00:01 |
|*  2 |    INDEX  RANGE SCAN      | IDX_EMP_MGR |   2 |      |   1   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------
......
scott@TEST> select  /*+ and_equal(emp idx_emp_mgr idx_emp_dept) */ empno,mgr
   2     from  emp
   3    where  deptno=20  and  mgr=7902;
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 3295440569
 
--------------------------------------------------------------------------------------------
| Id  | Operation           |  Name     |  Rows   | Bytes | Cost (%CPU)|  Time       |
--------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT      |          |  1 |  11 |    3   (0)| 00:00:01 |
|*  1 |   TABLE  ACCESS  BY  INDEX  ROWID| EMP    |  1 |  11 |    3   (0)| 00:00:01 |
|   2 |    AND -EQUAL          |          |    |    |     |      |
|*  3 |     INDEX  RANGE SCAN        | IDX_EMP_MGR  |  2 |     |  1   (0)| 00:00:01 |
|*  4 |     INDEX  RANGE SCAN        | IDX_EMP_DEPT |   5 |     |  1   (0)| 00:00:01 |
--------------------------------------------------------------------------------------------
......

四、與表連接順序相關的Hint

1、ORDERED

ORDERED是針對多個目標表的Hint，它的含義是讓優化器對多個目標表執行表連接操作時，執照它們在目標SQL的where條件中出現的順序從左到右依次進行連接。

格式如下：

/*+ ORDERED */

使用范例：

1
2
3
4
5
6
select  /*+ ordered */ e.ename,j.job,e.sal,d.deptno
   from  emp e,jobs j,dept d 
  where  e.empno=j.empno
    and  e.deptno=d.deptno
    and  d.loc= 'CHICAGO'
  order  by  e.ename;

實例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
scott@TEST> select  e.ename,j.job,e.sal,d.deptno
   2     from  emp e,jobs j,dept d 
   3    where  e.empno=j.empno
   4      and  e.deptno=d.deptno
   5      and  d.loc= 'CHICAGO'
   6    order  by  e.ename;
 
6  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 4113290228
 
-----------------------------------------------------------------------------------------------
| Id  | Operation                      |  Name          |  Rows   | Bytes | Cost (%CPU)|  Time      |
-----------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT               |              |     5 |   235 |     9  (23)| 00:00:01 |
|   1 |  SORT  ORDER  BY                  |              |     5 |   235 |     9  (23)| 00:00:01 |
|*  2 |   HASH  JOIN                     |              |     5 |   235 |     8  (13)| 00:00:01 |
|   3 |    NESTED LOOPS                |              |       |       |            |          |
|   4 |     NESTED LOOPS               |              |     5 |   140 |     4   (0)| 00:00:01 |
|*  5 |       TABLE  ACCESS  FULL          | DEPT         |     1 |    11 |     3   (0)| 00:00:01 |
|*  6 |       INDEX  RANGE SCAN          | IDX_EMP_DEPT |     5 |       |     0   (0)| 00:00:01 |
|   7 |      TABLE  ACCESS  BY  INDEX  ROWID| EMP          |     5 |    85 |     1   (0)| 00:00:01 |
|   8 |     TABLE  ACCESS  FULL            | JOBS         |    14 |   266 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------
......
scott@TEST> select  /*+ ordered */ e.ename,j.job,e.sal,d.deptno
   2     from  emp e,jobs j,dept d 
   3    where  e.empno=j.empno
   4      and  e.deptno=d.deptno
   5      and  d.loc= 'CHICAGO'
   6    order  by  e.ename;
 
6  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 3031293267
 
-----------------------------------------------------------------------------------------
| Id  | Operation                      |  Name    |  Rows   | Bytes | Cost (%CPU)|  Time      |
-----------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT               |        |     5 |   235 |    11  (28)| 00:00:01 |
|   1 |  SORT  ORDER  BY                  |        |     5 |   235 |    11  (28)| 00:00:01 |
|*  2 |   HASH  JOIN                     |        |     5 |   235 |    10  (20)| 00:00:01 |
|   3 |    MERGE  JOIN                   |        |    14 |   504 |     6  (17)| 00:00:01 |
|   4 |      TABLE  ACCESS  BY  INDEX  ROWID| EMP    |    14 |   238 |     2   (0)| 00:00:01 |
|   5 |       INDEX  FULL  SCAN           | PK_EMP |    14 |       |     1   (0)| 00:00:01 |
|*  6 |     SORT  JOIN                   |        |    14 |   266 |     4  (25)| 00:00:01 |
|   7 |       TABLE  ACCESS  FULL          | JOBS   |    14 |   266 |     3   (0)| 00:00:01 |
|*  8 |     TABLE  ACCESS  FULL            | DEPT   |     1 |    11 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------
......
scott@TEST> select  /*+ ordered */ e.ename,j.job,e.sal,d.deptno
   2     from  emp e,dept d,jobs j
   3    where  e.empno=j.empno
   4      and  e.deptno=d.deptno
   5      and  d.loc= 'CHICAGO'
   6    order  by  e.ename;
 
6  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 1175157407
 
-----------------------------------------------------------------------------------------------
| Id  | Operation                      |  Name          |  Rows   | Bytes | Cost (%CPU)|  Time      |
-----------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT               |              |     5 |   235 |    11  (28)| 00:00:01 |
|   1 |  SORT  ORDER  BY                  |              |     5 |   235 |    11  (28)| 00:00:01 |
|*  2 |   HASH  JOIN                     |              |     5 |   235 |    10  (20)| 00:00:01 |
|   3 |    MERGE  JOIN                   |              |     5 |   140 |     6  (17)| 00:00:01 |
|   4 |      TABLE  ACCESS  BY  INDEX  ROWID| EMP          |    14 |   238 |     2   (0)| 00:00:01 |
|   5 |       INDEX  FULL  SCAN           | IDX_EMP_DEPT |    14 |       |     1   (0)| 00:00:01 |
|*  6 |     SORT  JOIN                   |              |     1 |    11 |     4  (25)| 00:00:01 |
|*  7 |       TABLE  ACCESS  FULL          | DEPT         |     1 |    11 |     3   (0)| 00:00:01 |
|   8 |     TABLE  ACCESS  FULL            | 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) */

使用范例：

1
2
3
4
5
6
7
select  /*+ leading(t e) */ e.ename,j.job,e.sal,d.deptno
   from  emp e,jobs j,dept d,emp_temp t 
  where  e.empno=j.empno
    and  e.deptno=d.deptno
    and  d.loc= 'CHICAGO'
    and  e.ename=t.ename
  order  by  e.ename;

實例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
--不使用Hint
scott@TEST> select  e.ename,j.job,e.sal,d.deptno
   2     from  emp e,jobs j,dept d,emp_temp t 
   3    where  e.empno=j.empno
   4      and  e.deptno=d.deptno
   5      and  d.loc= 'CHICAGO'
   6      and  e.ename=t.ename
   7    order  by  e.ename;
 
6  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 558051962
 
------------------------------------------------------------------------------------------------
| Id  | Operation                       |  Name          |  Rows   | Bytes | Cost (%CPU)|  Time      |
------------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT                |              |     5 |   270 |    12  (17)| 00:00:01 |
|   1 |  SORT  ORDER  BY                   |              |     5 |   270 |    12  (17)| 00:00:01 |
|*  2 |   HASH  JOIN                      |              |     5 |   270 |    11  (10)| 00:00:01 |
|*  3 |    HASH  JOIN                     |              |     5 |   235 |     8  (13)| 00:00:01 |
|   4 |     NESTED LOOPS                |              |       |       |            |          |
|   5 |      NESTED LOOPS               |              |     5 |   140 |     4   (0)| 00:00:01 |
|*  6 |        TABLE  ACCESS  FULL          | DEPT         |     1 |    11 |     3   (0)| 00:00:01 |
|*  7 |        INDEX  RANGE SCAN          | IDX_EMP_DEPT |     5 |       |     0   (0)| 00:00:01 |
|   8 |       TABLE  ACCESS  BY  INDEX  ROWID| EMP          |     5 |    85 |     1   (0)| 00:00:01 |
|   9 |      TABLE  ACCESS  FULL            | JOBS         |    14 |   266 |     3   (0)| 00:00:01 |
|  10 |     TABLE  ACCESS  FULL             | EMP_TEMP     |    14 |    98 |     3   (0)| 00:00:01 |
------------------------------------------------------------------------------------------------
......
--使用LEADING Hint
scott@TEST> select  /*+ leading(t e) */ e.ename,j.job,e.sal,d.deptno
   2     from  emp e,jobs j,dept d,emp_temp t 
   3    where  e.empno=j.empno
   4      and  e.deptno=d.deptno
   5      and  d.loc= 'CHICAGO'
   6      and  e.ename=t.ename
   7    order  by  e.ename;
 
6  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 937897748
 
----------------------------------------------------------------------------------
| Id  | Operation             |  Name      |  Rows   | Bytes | Cost (%CPU)|  Time      |
----------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT      |          |     5 |   270 |    15  (20)| 00:00:01 |
|   1 |  SORT  ORDER  BY         |          |     5 |   270 |    15  (20)| 00:00:01 |
|*  2 |   HASH  JOIN            |          |     5 |   270 |    14  (15)| 00:00:01 |
|*  3 |    HASH  JOIN           |          |     5 |   175 |    10  (10)| 00:00:01 |
|*  4 |     HASH  JOIN          |          |    14 |   336 |     7  (15)| 00:00:01 |
|   5 |       TABLE  ACCESS  FULL | EMP_TEMP |    14 |    98 |     3   (0)| 00:00:01 |
|   6 |       TABLE  ACCESS  FULL | EMP      |    14 |   238 |     3   (0)| 00:00:01 |
|*  7 |      TABLE  ACCESS  FULL  | DEPT     |     1 |    11 |     3   (0)| 00:00:01 |
|   8 |     TABLE  ACCESS  FULL   | JOBS     |    14 |   266 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------------------
......
--使用Ordered Hint
scott@TEST> select  /*+ ordered */ e.ename,j.job,e.sal,d.deptno
   2     from  emp e,jobs j,dept d,emp_temp t 
   3    where  e.empno=j.empno
   4      and  e.deptno=d.deptno
   5      and  d.loc= 'CHICAGO'
   6      and  e.ename=t.ename
   7    order  by  e.ename;
 
6  rows  selected.
 
 
Execution Plan
----------------------------------------------------------
Plan hash value: 2459794491
 
--------------------------------------------------------------------------------------------
| Id  | Operation                       |  Name      |  Rows   | Bytes | Cost (%CPU)|  Time      |
--------------------------------------------------------------------------------------------
|   0 |  SELECT  STATEMENT                |          |     5 |   270 |    14  (22)| 00:00:01 |
|   1 |  SORT  ORDER  BY                   |          |     5 |   270 |    14  (22)| 00:00:01 |
|*  2 |   HASH  JOIN                      |          |     5 |   270 |    13  (16)| 00:00:01 |
|*  3 |    HASH  JOIN                     |          |     5 |   235 |    10  (20)| 00:00:01 |
|   4 |     MERGE  JOIN                   |          |    14 |   504 |     6  (17)| 00:00:01 |
|   5 |       TABLE  ACCESS  BY  INDEX  ROWID| EMP      |    14 |   238 |     2   (0)| 00:00:01 |
|   6 |        INDEX  FULL  SCAN           | PK_EMP   |    14 |       |     1   (0)| 00:00:01 |
|*  7 |      SORT  JOIN                   |          |    14 |   266 |     4  (25)| 00:00:01 |
|   8 |        TABLE  ACCESS  FULL          | JOBS     |    14 |   266 |     3   (0)| 00:00:01 |
|*  9 |      TABLE  ACCESS  FULL            | DEPT     |     1 |    11 |     3   (0)| 00:00:01 |
|  10 |     TABLE  ACCESS  FULL             | 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中順序一致。

原文地址：https://blog.csdn.net/tmchongye/article/details/64389420


免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。



猜您在找 常見Oracle HINT的用法 ORACLE中常見SET指令 oracle中常見的分組函數 Oracle Hint 之 Parallel Oracle Hint 用法 Oracle Hint 用法 oracle中hint 詳解 Oracle hint詳解 Oracle性能優化之HINT的用法 oracle hint 強制索引（轉）
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM