Oracle Hints,Oracle並行模式(Parallel) /*+parallel(t,4)*/ 在SQL調優中的重要作用
/*+parallel(t,4)*/在SQL調優中的重要作用!
2013年11月17日 12:59:24 霧裡看花5566 閱讀數:5422更多
個人分類: 資料庫-oracle
談談HINT /*+parallel(t,4)*/在SQL調優中的重要作用!
/*+parallel(t,4)*/在大表查詢等操作中能夠起到良好的效果,
基於並行查詢要啟動並行程序、分配任務與系統資源、合併結果集,這些都是比較消耗資源,
但我們為能夠減少執行事務的時間使用parallel HINT還是值得的,尤其在ODS系統中報表統計等方面更有使用意義.
一般而言主要在如下情況使用parallel HINT
1.表的資料量很大,超過一千萬;
2.資料庫主機是多個CPU;
3.系統的當前負載較低;
簡單的測試如下,效果很明顯的:
-
SQL> select /*+parallel(t,4)*/count(*) from t;
-
COUNT(*)
-
----------
-
30245882
-
已用時間: 00: 01: 32.04
-
Execution Plan
-
----------------------------------------------------------
-
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=5411 Card=1)
-
1 0 SORT (AGGREGATE)
-
2 1 SORT* (AGGREGATE) :Q351880
-
00
-
3 2 TABLE ACCESS* (FULL) OF 't' (Cost=5411 Car :Q351880
-
d=2822493) 00
-
2 PARALLEL_TO_SERIAL SELECT /*+ PIV_SSF */ SYS_OP_MSR(COUNT(*)) F
-
ROM (SELECT /*+ NO_EXPAND ROWID(A2)
-
3 PARALLEL_COMBINED_WITH_PARENT
-
SQL> select count(*) from t;
-
COUNT(*)
-
----------
-
30245882
-
已用時間: 00: 04: 34.02
-
Execution Plan
-
----------------------------------------------------------
-
0 SELECT STATEMENT Optimizer=CHOOSE
-
1 0 SORT (AGGREGATE)
-
2 1 TABLE ACCESS (FULL) OF 't'
-
SQL>
https://blog.csdn.net/u012354280/article/details/16369149
Oracle並行模式(Parallel)
2017年09月06日 18:00:39 白開水Luis 閱讀數:5815
1. 例項
(1)insert 加速
insert into /*+ append parallel nologging */ dcustcomposmsg
select /*+ parallel(e,18)*/ * from dcustcomposmsg_new e;
commit;
(2)select create加速
CREATE TABLE TEMP_DCUST_GRADE NOLOGGING PARALLEL 10 AS
SELECT /*+PARALLEL(D,10)*/ *
FROM DCUST_BASIC_INFO_D PARTITION (P_'||V_TOLL_NO||') D
WHERE EXISTS(SELECT ''A'' FROM DCUSTHIGH PARTITION (P_'||V_REGION_CODE||') A
WHERE D.ID_NO = A.ID_NO )
2. 用途
強行啟用並行度來執行當前SQL。這個在Oracle 9i之後的版本可以使用,之前的版本現在沒有環境進行測試。也就是說,加上這個說明,可以強行啟用Oracle的多執行緒處理功能。舉例的話,就像電腦裝了多核的CPU,但大多情況下都不會完全多核同時啟用(2核以上的比較明顯),使用parallel說明,就會多核同時工作,來提高效率。
但本身啟動這個功能,也是要消耗資源與效能的。所有,一般都會在返回記錄數大於100萬時使用,效果也會比較明顯。
3. 語法
/*+parallel(table_short_name,cash_number)*/
這個可以加到insert、delete、update、select的後面來使用(和rule的用法差不多,有機會再分享rule的用法)
開啟parallel功能的語句是:
alter session enable parallel dml;
這個語句是DML語句哦,如果在程式中用,用execute的方法開啟。
4. 例項說明
用ERP中的transaction來說明下吧。這個table記錄了所有的transaction,而且每天資料量也算相對比較大的(根據企業自身業務量而定)。假設我們現在要檢視對比去年一年當中每月的進、銷情況,所以,一般都會寫成:
select to_char(transaction_date,'yyyymm') txn_month,
sum(
decode(
sign(transaction_quantity),1,transaction_quantity,0
)
) in_qty,
sum(
decode(
sign(transaction_quantity),-1,transaction_quantity,0
)
) out_qty
from mtl_material_transactions mmt
where transaction_date >= add_months(
to_date(
to_char(sysdate,'yyyy')||'0101','yyyymmdd'),
-12)
and transaction_date <= add_months(
to_date(
to_char(sysdate,'yyyy')||'1231','yyyymmdd'),
-12)
group by to_char(transaction_date,'yyyymm')
這個SQL執行起來,如果transaction_date上面有加index的話,效率還算過的去;但如果沒有加index的話,估計就會半個小時內都執行不出來。這是就可以在select 後面加上parallel說明。例如:
select /*+parallel(mmt,10)*/
to_char(transaction_date,'yyyymm') txn_month,
...
這樣的話,會大大提高執行效率。如果要將檢索出來的結果insert到另一個表tmp_count_tab的話,也可以寫成:
insert /*+parallel(t,10)*/
into tmp_count_tab
(
txn_month,
in_qty,
out_qty
)
select /*+parallel(mmt,10)*/
to_char(transaction_date,'yyyymm') txn_month,
...
插入的機制和檢索機制差不多,所以,在insert後面加parallel也會加速的。關於insert機制,這裡暫不說了。
Parallel後面的數字,越大,執行效率越高。不過,貌似跟server的配置還有oracle的配置有關,增大到一定值,效果就不明顯了。所以,一般用8,10,12,16的比較常見。我試過用30,發現和16的效果一樣。不過,數值越大,佔用的資源也會相對增大的。如果是在一些package、function or procedure中寫的話,還是不要寫那麼大,免得佔用太多資源被DBA開K。
5. Parallel也可以用於多表
多表的話,就是在第一後面,加入其他的就可以了。具體寫法如下:
/*+parallel(t,10) (b,10)*/
6. 小結
關於執行效率,建議還是多按照index的方法來提高效果。Oracle有自帶的explan road的方法,在執行之前,先看下執行計劃路線,對寫好的SQL tuned之後再執行。實在沒辦法了,再用parallel方法。Parallel比較邪惡,對開發者而言,不是好東西,會養成不好習慣,導致很多bad SQL不會暴漏,SQL Tuning的能力得不到提升。我有見過某些人create table後,從不create index或primary key,認為寫SQL時加parallel就可以了。
https://blog.csdn.net/zhanglu0223/article/details/77869553