sql的Hint
2019獨角獸企業(yè)重金招聘Python工程師標準>>>
Hint概述?
基于代價的優(yōu)化器是很聰明的，在絕大多數情況下它會選擇正確的優(yōu)化器，減輕了DBA的負擔。但有時它也聰明反被聰明誤，選擇了很差的執(zhí)行計劃，使某個語句的執(zhí)行變得奇慢無比。
此時就需要DBA進行人為的干預，告訴優(yōu)化器使用我們指定的存取路徑或連接類型生成執(zhí)行計劃，從 而使語句高效的運行。例如，如果我們認為對于一個特定的語句，執(zhí)行全表掃描要比執(zhí)行索引掃描更有效，則我們就可以指示優(yōu)化器使用全表掃描。在Oracle 中，是通過為語句添加 Hints(提示)來實現干預優(yōu)化器優(yōu)化的目的。
不建議在代碼中使用hint，在代碼使用hint使得CBO無法根據實際的數據狀態(tài)選擇正確的執(zhí)行計劃。畢竟?數據是不斷變化的，?10g以后的CBO也越來越完善，大多數情況下我們該讓Oracle自行決定采用什么執(zhí)行計劃。
Oracle Hints是一種機制，用來告訴優(yōu)化器按照我們的告訴它的方式生成執(zhí)行計劃。我們可以用Oracle Hints來實現：
1) 使用的優(yōu)化器的類型
2) 基于代價的優(yōu)化器的優(yōu)化目標，是all_rows還是first_rows。
3) 表的訪問路徑，是全表掃描，還是索引掃描，還是直接利用rowid。
4) 表之間的連接類型
5) 表之間的連接順序
6) 語句的并行程度
除了”RULE”提示外，一旦使用的別的提示，語句就會自動的改為使用CBO優(yōu)化器，此時如果你的數據字典中沒有統(tǒng)計數據，就會使用缺省的統(tǒng)計數據。所以建議大家如果使用CBO或Hints提示，則最好對表和索引進行定期的分析。
如何使用Hints:
Hints只應用在它們所在sql語句塊(statement block，由select、update、delete關鍵字標識)上，對其它SQL語句或語句的其它部分沒有影響。如：對于使用union操作的2個sql語句，如果只在一個sql語句上有Hints，則該Hints不會影響另一個sql語句。
我們可以使用注釋(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) DELETE、INSERT、SELECT和UPDATE是標識一個語句塊開始的關鍵字，包含提示的注釋只能出現在這些關鍵字的后面，否則提示無效。
2) “+”號表示該注釋是一個Hints，該加號必須立即跟在”/*”的后面，中間不能有空格。
3) hint是下面介紹的具體提示之一，如果包含多個提示，則每個提示之間需要用一個或多個空格隔開。
4) text 是其它說明hint的注釋性文本
5)使用表別名。如果在查詢中指定了表別名，那么提示必須也使用表別名。例如：select /*+ index(e,dept_idx) */ * from emp e;
6)不要在提示中使用模式名稱：如果在提示中指定了模式的所有者，那么提示將被忽略。例如：
select /*+ index(scott.emp,dept_idx) */ * from emp
注意：如果你沒有正確的指定Hints，Oracle將忽略該Hints，并且不會給出任何錯誤。
hint被忽略
如果CBO認為使用hint會導致錯誤的結果時，hint將被忽略，詳見下例
SQL> select /*+ index(t t_ind) */ count(*) from t;
Execution Plan
----------------------------------------------------------
Plan hash value: 2966233522
-------------------------------------------------------------------
| Id? | Operation????????? | Name | Rows? | Cost (%CPU)| Time???? |
-------------------------------------------------------------------
|?? 0 | SELECT STATEMENT?? |????? |???? 1 |??? 57?? (2)| 00:00:01 |
|?? 1 |? SORT AGGREGATE??? |????? |???? 1 |??????????? |????????? |
|?? 2 |?? TABLE ACCESS FULL| T??? | 50366 |??? 57?? (2)| 00:00:01 |
-------------------------------------------------------------------
因為我們是對記錄求總數，且我們并沒有在建立索引時指定不能為空，索引如果CBO選擇在索引上進行count時，但索引字段上的值為空時，結果將不準確，故CBO沒有選擇索引。?
SQL>? select /*+ index(t t_ind) */ count(id) from t;
Execution Plan
----------------------------------------------------------
Plan hash value: 646498162
--------------------------------------------------------------------------
| Id? | Operation??????? | Name? | Rows? | Bytes | Cost (%CPU)| Time???? |
--------------------------------------------------------------------------
|?? 0 | SELECT STATEMENT |?????? |???? 1 |???? 5 |?? 285?? (1)| 00:00:04 |
|?? 1 |? SORT AGGREGATE? |?????? |???? 1 |???? 5 |??????????? |????????? |
|?? 2 |?? INDEX FULL SCAN| T_IND | 50366 |?? 245K|?? 285?? (1)| 00:00:04 |
--------------------------------------------------------------------------
因為我們只對id進行count，這個動作相當于count索引上的所有id值，這個操作和對表上的id字段進行count是一樣的(組函數會忽略null值)
Hint的具體用法
和優(yōu)化器相關的hint
1、/*+ ALL_ROWS */
表明對語句塊選擇基于開銷的優(yōu)化方法,并獲得最佳吞吐量,使資源消耗最小化.
SELECT /*+ ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';?
2、/*+ FIRST_ROWS(n) */
表明對語句塊選擇基于開銷的優(yōu)化方法,并獲得最佳響應時間,使資源消耗最小化.
SELECT /*+FIRST_ROWS(20) */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';?
3、/*+ RULE*/
表明對語句塊選擇基于規(guī)則的優(yōu)化方法.
SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';?
和訪問路徑相關的hint
1、/*+ FULL(TABLE)*/
表明對表選擇全局掃描的方法.
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO='SCOTT';?
2、/*+ INDEX(TABLE INDEX_NAME) */
表明對表選擇索引的掃描方法.
SELECT /*+INDEX(BSEMPMS SEX_INDEX) */ * FROM BSEMPMS WHERE SEX='M';?
5、/*+ INDEX_ASC(TABLE INDEX_NAME)*/
表明對表選擇索引升序的掃描方法.
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ * FROM BSEMPMS WHERE DPT_NO='SCOTT';?
6、/*+ INDEX_COMBINE*/
為指定表選擇位圖訪問路經,如果INDEX_COMBINE中沒有提供作為參數的索引,將選擇出位圖索引的布爾組合方式.
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI) */? * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE?
7、/*+ INDEX_JOIN(TABLE INDEX_NAME1 INDEX_NAME2) */
當謂詞中引用的列都有索引的時候，可以通過指定采用索引關聯的方式，來訪問數據
select /*+ index_join(t t_ind t_bm) */ id from t where id=100 and object_name='EMPLOYEES'?
8、/*+ INDEX_DESC(TABLE INDEX_NAME)*/
表明對表選擇索引降序的掃描方法.
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ *?FROM BSEMPMS WHERE DPT_NO='SCOTT';?
9、/*+ INDEX_FFS(TABLE INDEX_NAME) */
對指定的表執(zhí)行快速全索引掃描,而不是全表掃描的辦法.
SELECT /* + INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';
10、/*+ INDEX_SS(T T_IND) */
從9i開始，oracle引入了這種索引訪問方式。當在一個聯合索引中，某些謂詞條件并不在聯合索引的第一列時，可以通過Index Skip Scan來訪問索引獲得數據。當聯合索引第一列的唯一值個數很少時，使用這種方式比全表掃描效率高。
SQL> create table t as select 1 id,object_name from dba_objects;
Table created.
SQL> insert into t select 2,object_name from dba_objects;???????
50366 rows created.
SQL> insert into t select 3,object_name from dba_objects;???????
50366 rows created.?
SQL> insert into t select 4,object_name from dba_objects;???????
50366 rows created.?
SQL> commit;
Commit complete.
SQL> create index t_ind on t(id,object_name);
Index created.
SQL> exec dbms_stats.gather_table_stats('HR','T',cascade=>true);
PL/SQL procedure successfully completed.
執(zhí)行全表掃描?
SQL> select /*+ full(t) */ * from t where object_name='EMPLOYEES';
6 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873
--------------------------------------------------------------------------
| Id? | Operation???????? | Name | Rows? | Bytes | Cost (%CPU)| Time???? |
--------------------------------------------------------------------------
|?? 0 | SELECT STATEMENT? |????? |???? 5 |?? 135 |?? 215?? (3)| 00:00:03 |
|*? 1 |? TABLE ACCESS FULL| T??? |???? 5 |?? 135 |?? 215?? (3)| 00:00:03 |
--------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
?? 1 - filter("OBJECT_NAME"='EMPLOYEES')
Statistics
----------------------------------------------------------
????????? 0? recursive calls
????????? 0? db block gets
??????? 942? consistent gets
????????? 0? physical reads
????????? 0? redo size
??????? 538? bytes sent via SQL*Net to client
??????? 385? bytes received via SQL*Net from client
????????? 2? SQL*Net roundtrips to/from client
????????? 0? sorts (memory)
????????? 0? sorts (disk)
????????? 6? rows processed?
不采用hint?
SQL>? select * from t where object_name='EMPLOYEES';
6 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 2869677071
--------------------------------------------------------------------------
| Id? | Operation??????? | Name? | Rows? | Bytes | Cost (%CPU)| Time???? |
--------------------------------------------------------------------------
|?? 0 | SELECT STATEMENT |?????? |???? 5 |?? 135 |???? 5?? (0)| 00:00:01 |
|*? 1 |? INDEX SKIP SCAN | T_IND |???? 5 |?? 135 |???? 5?? (0)| 00:00:01 |
--------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
?? 1 - access("OBJECT_NAME"='EMPLOYEES')
?????? filter("OBJECT_NAME"='EMPLOYEES')
Statistics
----------------------------------------------------------
????????? 1? recursive calls
????????? 0? db block gets
???????? 17? consistent gets
????????? 1? physical reads
????????? 0? redo size
??????? 538? bytes sent via SQL*Net to client
??????? 385? bytes received via SQL*Net from client
????????? 2? SQL*Net roundtrips to/from client
????????? 0? sorts (memory)
????????? 0? sorts (disk)
????????? 6? rows processed
當全表掃描掃描了942個塊，聯合索引只掃描了17個數據塊。可以看到聯合索引的第一個字段的值重復率很高時，即使謂詞中沒有聯合索引的第一個字段，依然會使用index_ss方式，效率遠遠高于全表掃描效率。但當?第一個字段的值重復率很低時，使用?index_ss的效率要低于?全表掃描，讀者可以自行實驗?
和表的關聯相關的hint
/*+ leading(table_1,table_2) */
在多表關聯查詢中，指定哪個表作為驅動表，即告訴優(yōu)化器首先要訪問哪個表上的數據。?
select /*+ leading(t,t1) */ t.* from t,t1 where t.id=t1.id;?
/*+ order */
讓Oracle根據from后面表的順序來選擇驅動表，oracle建議使用leading，他更為靈活?
select /*+ order */ t.* from t,t1 where t.id=t1.id;
/*+ use_nl(table_1,table_2) */?
在多表關聯查詢中，指定使用nest loops方式進行多表關聯。
select /*+ use_nl(t,t1) */ t.* from t,t1 where t.id=t1.id;
/*+ use_hash(table_1,table_2) */?
在多表關聯查詢中，指定使用hash join方式進行多表關聯。
select /*+ use_hash(t,t1) */ t.* from t,t1 where t.id=t1.id;
?
在多表關聯查詢中，指定使用hash join方式進行多表關聯，并指定表t為驅動表。
select /*+ use_hash(t,t1)?leading(t,t1)?*/ t.* from t,t1 where t.id=t1.id;
/*+ use_merge(table_1,table_2) */?
在多表關聯查詢中，指定使用merge join方式進行多表關聯。
select /*+ use_merge(t,t1) */ t.* from t,t1 where t.id=t1.id;
/*+ no_use_nl(table_1,table_2) */?
在多表關聯查詢中，指定不使用nest loops方式進行多表關聯。
select /*+ no_use_nl(t,t1) */ t.* from t,t1 where t.id=t1.id;
/*+ no_use_hash(table_1,table_2) */?
在多表關聯查詢中，指定不使用hash join方式進行多表關聯。
select /*+ no_use_hash(t,t1) */ t.* from t,t1 where t.id=t1.id;
/*+ no_use_merge(table_1,table_2) */?
在多表關聯查詢中，指定不使用merge join方式進行多表關聯。
select /*+ no_use_merge(t,t1) */ t.* from t,t1 where t.id=t1.id;
其他常用的hint
/*+ parallel(table_name n) */?
在sql中指定執(zhí)行的并行度，這個值將會覆蓋自身的并行度
select /*+ parallel(t 4) */ count(*)? from t;
/*+ no_parallel(table_name) */?
在sql中指定執(zhí)行的不使用并行
select /*+ no_parallel(t) */ count(*)? from t;
/*+ append */以直接加載的方式將數據加載入庫
insert into t /*+ append */ select * from t;
/*+ dynamic_sampling(table_name n) */
設置sql執(zhí)行時動態(tài)采用的級別，這個級別為0~10
select /*+ dynamic_sampling(t 4) */ * from t where id > 1234?
/*+ cache(table_name) */?
進行全表掃描時將table置于LRU列表的最活躍端，類似于table的cache屬性
select /*+ full(employees) cache(employees) */ last_name from employees?
轉載于:https://my.oschina.net/91jason/blog/834644
總結
- 上一篇： NETBACKUP error 90
- 下一篇： 《研发企业管理——思想、方法、流程和工具