Oracle Parallel Execution(并行执行) .
關于Oracle 的并行執行，Oracle 官方文檔有詳細的說明：
??????????????????????????????? Using Parallel Execution
http://download.oracle.com/docs/cd/E11882_01/server.112/e10837/parallel.htm#VLDBG010
This chapter covers tuning in a parallel execution environment and discusses the following topics:
·???????? Introduction to Parallel Execution
·???????? How Parallel Execution Works
·???????? Types of Parallelism
·???????? Initializing and Tuning Parameters for Parallel Execution
·???????? Tuning General Parameters for Parallel Execution
·???????? Monitoring Parallel Execution Performance
·???????? Miscellaneous Parallel Execution Tuning Tips
?
一．???? 并行（Parallel）和OLAP系統
并行的實現機制是： 首先，Oracle 會創建一個進程用于協調并行服務進程之間的信息傳遞，這個協調進程將需要操作的數據集（比如表的數據塊）分割成很多部分，稱為并行處理單元，然后并行協調進程給每個并行進程分配一個數據單元。比如有四個并行服務進程，他們就會同時處理各自分配的單元，當一個并行服務進程處理完畢后，協調進程就會給它們分配另外的單元，如此反復，直到表上的數據都處理完畢，最后協調進程負責將每個小的集合合并為一個大集合作為最終的執行結果，返回給用戶。
?
并行處理的機制實際上就是把一個要掃描的數據集分成很多小數據集，Oracle 會啟動幾個并行服務進程同時處理這些小數據集，最后將這些結果匯總，作為最終的處理結果返回給用戶。
?
這種數據并行處理方式在OLAP系統中非常有用，OLAP系統的表通常來說都是非常大，如果系統的CPU比較多，讓所有的CPU共同來處理這些數據，效果就會比串行執行要高的多。
?
然而對于OLTP系統，通常來講，并行并不合適，原因是OLTP系統上幾乎在所有的SQL操作中，數據訪問路勁基本上以索引訪問為主，并且返回結果集非常小，這樣的SQL 操作的處理速度一般非?？?#xff0c;不需要啟用并行。
?
?
二． 并行處理的機制
??????????????? 當Oracle 數據庫啟動的時候，實例會根據初始化參數：
??????????????????????????????? PARALLEL_MIN_SERVERS=n
??????????????? 的值來預先分配n個并行服務進程，當一條SQL 被CBO判斷為需要并行執行時發出SQL的會話進程變成并行協助進程，它按照并行執行度的值來分配進程服務器進程。
?
??????????????? 首先協調進程會使用ORACLE 啟動時根據參數： parallel_min_servers=n的值啟動相應的并行服務進程，如果啟動的并行服務器進程數不足以滿足并行度要求的并行服務進程數，則并行協調進程將額外啟動并行服務進程以提供更多的并行服務進程來滿足執行的需求。 然后星星協調進程將要處理的對象劃分成小數據片，分給并行服務進程處理；并行服務進程處理完畢后將結果發送給并行協調進程，然后由并行協調進程將處理結果匯總并發送給用戶。
?
??????????????? 剛才講述的是一個并行處理的基本流程。 實際上，在一個并行執行的過程中，還存在著并行服務進程之間的通信問題。
??????????????? 在一個并行服務進程需要做兩件事情的時候，它會再啟用一個進程來配和當前的進程完成一個工作，比如這樣的一條SQL語句：
??????????????? Select * from employees order by last_name;
???????????????
??????????????? 假設employees表中last_name 列上沒有索引，并且并行度為4，此時并行協調進程會分配4個并行服務進程對表employees進行全表掃描操作，因為需要對結果集進行排序，所以并行協調進程會額外啟用4個并行服務進程，用于處理4個進程傳送過來的數據，這新啟用的用戶處理傳遞過來數據的進程稱為父進程，用戶傳出數據（最初的4個并行服務進程）成為子進程，這樣整個并行處理過程就啟用了8個并行服務進程。 其中每個單獨的并行服務進程的行為叫作并行的內部操作，而并行服務進程之間的數據交流叫做并行的交互操作。
??????????????? 這也是有時我們發現并行服務進程數量是并行度的2倍，就是因為啟動了并行服務父進程操作的緣故。
?
?
三. 讀懂一個并行處理的執行計劃
?
CREATE TABLE emp2 AS SELECT * FROM employees;
ALTER TABLE emp2 PARALLEL 2;
?
EXPLAIN PLAN FOR
? SELECT SUM(salary) FROM emp2 GROUP BY department_id;
SELECT PLAN_TABLE_OUTPUT FROM TABLE(DBMS_XPLAN.DISPLAY());
?
--------------------------------------------------------------------------------------------------------
| Id? | Operation??????????????? | Name???? | Rows? | Bytes | Cost (%CPU) |??? TQ? |IN-OUT| PQ Distrib |
--------------------------------------------------------------------------------------------------------
|?? 0 | SELECT STATEMENT? ???????|????????? |?? 107 |? 2782 |???? 3 (34)? |??????? |????? |??????????? |
|?? 1 |? PX COORDINATOR????????? |????????? |?????? |?????? |???????????? |??????? |????? |??????????? |
|?? 2 |?? PX SEND QC (RANDOM)??? | :TQ10001 |?? 107 |? 2782 |???? 3 (34)? |? Q1,01 | P->S | QC (RAND)? |
|?? 3 |??? HASH GROUP BY???????? |????????? |?? 107 |? 2782 |???? 3 (34)? |? Q1,01 | PCWP |??????????? |
|?? 4 |???? PX RECEIVE?????????? |????????? |?? 107 |? 2782 |???? 3 (34)? |? Q1,01 | PCWP |??????????? |
|?? 5 |????? PX SEND HASH?????? ?| :TQ10000 |?? 107 |? 2782 |???? 3 (34)? |? Q1,00 | P->P | HASH?????? |
|?? 6 |?????? HASH GROUP BY????? |????????? |?? 107 |? 2782 |???? 3 (34)? |? Q1,00 | PCWP |??????????? |
|?? 7 |????? ??PX BLOCK ITERATOR |? ????????|?? 107 |? 2782 |???? 2 (0)?? |? Q1,00 | PCWP |??????????? |
|?? 8 |???????? TABLE ACCESS FULL| EMP2???? |?? 107 |? 2782 |???? 2 (0)?? |? Q1,00 | PCWP |??????????? |
--------------------------------------------------------------------------------------------------------
?
The table EMP2 is scanned in parallel by one set of slaves while the aggregation for the GROUP BY is done by the second set. The PX BLOCK ITERATOR row source represents the splitting up of the table EMP2 into pieces so as to divide the scan workload between the parallel scan slaves. The PX SEND and PX RECEIVE row sources represent the pipe that connects the two slave sets as rows flow up from the parallel scan, get repartitioned through the HASH table queue, and then read by and aggregated on the top slave set. The PX SEND QC row source represents the aggregated values being sent to the QC in random (RAND) order. The PX COORDINATOR row source represents the QC or Query Coordinator which controls and schedules the parallel plan appearing below it in the plan tree.
?
??????????????? 上面這段文字是從Oracle 聯機文檔上蕩下來的。
http://download.oracle.com/docs/cd/E11882_01/server.112/e10821/ex_plan.htm#PFGRF94687
?
通過執行計劃，我們來看一下它的執行步驟：
??????????????? （1）并行服務進程對EMP2表進行全表掃描。
??????????????? （2）并行服務進程以ITERATOR（迭代）方式訪問數據塊，也就是并行協調進程分給每個并行服務進程一個數據片，在這個數據片上，并行服務進程順序地訪問每個數據塊（Iterator），所有的并行服務進程將掃描的數據塊傳給另一組并行服務進程（父進程）用于做Hash Group操作。
??????????????? （3）并行服務父進程對子進程傳遞過來的數據做Hash Group操作。
??????????????? （4）并行服務進程（子進程）將處理完的數據發送出去。
??????????????? （5）并行服務進程（父進程）接收到處理過的數據。
??????????????? （6）合并處理過的數據，按照隨即的順序發給并行協調進程（QC：Query Conordinator）。
??????????????? （7）并行協調進程將處理結果發給用戶。
?
當使用了并行執行，SQL的執行計劃中就會多出一列：in-out。 該列幫助我們理解數據流的執行方法。 它的一些值的含義如下：
Parallel to Serial（P->S）: 表示一個并行操作發送數據給一個串行操作，通常是并行incheng將數據發送給并行調度進程。
Parallel to Parallel（P->P）：表示一個并行操作向另一個并行操作發送數據，疆場是兩個從屬進程之間的數據交流。
Parallel Combined with parent(PCWP): 同一個從屬進程執行的并行操作，同時父操作也是并行的。
Parallel Combined with Child(PCWC): 同一個從屬進程執行的并行操作，子操作也是并行的。
Serial to Parallel（S->P）: 一個串行操作發送數據給并行操作，如果select 部分是串行操作，就會出現這個情況。
?
?
四．并行執行等待事件
??????????????? 在做并行執行方面的性能優化的時候，可能會遇到如下等待時間：
??????????????????????????????? PX Deq Credit: send blkd
??????????????? 這是一個有并行環境的數據庫中，從statspack 或者AWR中經?？梢钥吹降牡却录?在Oracle 9i 里面， 這個等待時間被列入空閑等待。 關于等待時間參考：
??????????????? Oracle 常見的33個等待事件
??????????????? http://blog.csdn.net/tianlesoftware/archive/2010/08/12/5807800.aspx
?
一般來說空閑等待可以忽略它，但是實際上空閑等待也是需要關注的，因為一個空閑的等待，它反映的是另外的資源已經超負荷運行了。 基于這個原因，在Oracle 10g里已經把PX Deq Credit: send blkd等待時間不在視為空閑等待，而是列入了Others 等待事件范圍。
?
PX Deq Credit: send blkd 等待事件的意思是： 當并行服務進程向并行協調進程QC（也可能是上一層的并行服務進程）發送消息時，同一時間只有一個并行服務進程可以向上層進程發送消息，這時候如果有其他的并行服務進程也要發送消息，就只能等待了。 知道獲得一個發送消息的信用信息（Credit），這時候會觸發這個等待事件，這個等待事件的超時時間為2秒鐘。
?
??????????????? 如果我們啟動了太多的并行進程，實際上系統資源（CPU）或者QC 無法即時處理并行服務發送的數據，那么等待將不可避免。 對于這種情況，我們就需要降低并行處理的并行度。
?
??????????????? 當出現PX Deq Credit：send blkd等待的時間很長時，我們可以通過平均等待時間來判斷等待事件是不是下層的并行服務進程空閑造成的。該等待事件的超時時間是2秒，如果平均等待時間也差不多是2秒，就說明是下層的并行進程“無事所做”，處于空閑狀態。 如果和2秒的差距很大，就說明不是下層并行服務超時導致的空閑等待，而是并行服務之間的競爭導致的，因為這個平均等待事件非常短，說明并行服務進程在很短時間的等待之后就可以獲取資源來處理數據。
所以對于非下層的并行進程造成的等待，解決的方法就是降低每個并行執行的并行度，比如對象（表，索引）上預設的并行度或者查詢Hint 指定的并行度。
?
?
五． 并行執行的使用范圍
Oracle的并行技術在下面的場景中可以使用：
（1）?????? Parallel Query（并行查詢）
（2）?????? Parallel DDL（并行DDL操作，如建表，建索引等）
（3）?????? Parallel DML（并行DML操作，如insert，update，delete等）
?
5.1 并行查詢
??????????????? 并行查詢可以在查詢語句，子查詢語句中使用，但是不可以使用在一個遠程引用的對象上（如DBLINK）。
?
??????????????? 一個查詢能夠并行執行，需要滿足一下條件：
（1）?????? SQL語句中有Hint提示，比如Parallel 或者 Parallel_index.
（2）?????? SQL語句中引用的對象被設置了并行屬性。
（3）?????? 多表關聯中，至少有一個表執行全表掃描（Full table scan）或者跨分區的Index range SCAN。
?
如： select? /*+parallel(t 4) * from t;
?
5.2 并行DDL 操作
?
5.2.1 表操作的并行執行
??????????????? 以下表操作可以使用并行執行：
CREATE TABLE … AS SELECT
?????? ALTER TABLE … move partition
?????? Alter table … split partition
?????? Alter table … coalesce partition
?
DDL操作，我們可以通過trace 文件來查看它的執行過程。
?
示例：
?
查看當前的trace 文件：
/* Formatted on 2010/8/31 23:33:00 (QP5 v5.115.810.9015) */
SELECT????? u_dump.VALUE
???????? || '/'
???????? || db_name.VALUE
???????? || '_ora_'
???????? || v$process.spid
???????? || NVL2 (v$process.traceid, '_' || v$process.traceid, NULL)
???????? || '.trc'
??????????? "Trace File"
? FROM??????????? v$parameter u_dump
?????????????? CROSS JOIN
????????????????? v$parameter db_name
??????????? CROSS JOIN
?????????????? v$process
???????? JOIN
??????????? v$session
???????? ON v$process.addr = v$session.paddr
?WHERE?????? u_dump.name = 'user_dump_dest'
???????? AND db_name.name = 'db_name'
???????? AND v$session.audsid = SYS_CONTEXT ('userenv', 'sessionid');
?
Trace File
------------------------------------------------------------------------------
d:/app/administrator/diag/rdbms/orcl/orcl/trace/orcl_ora_5836.trc
d:/app/administrator/diag/rdbms/orcl/orcl/trace/orcl_ora_3048.trc
?
SQL> alter session set events '10046 trace name context forever,level 12';
會話已更改。
SQL> create table 懷寧 parallel 4 as select * from dba_objects;
表已創建。
SQL> alter session set events '10046 trace name context off' ;
會話已更改。
?
這里用到了ORACLE的event 時間。 10046事件是用來跟蹤SQL語句的。開啟事件后，相關的信息會寫道trace 文件中，這也是之前我們查看trace 文件名的原因。 關于event事件，參考我的blog：
??????????????? Oracle 跟蹤事件 set event
??????????????? http://blog.csdn.net/tianlesoftware/archive/2009/12/13/4977827.aspx
?
有了trace文件， 我們可以用tkprof 工具，來查看trace 文件的內容。 關于tkprof 工具介紹，參考blog：
??????????????? 使用 Tkprof 分析 ORACLE 跟蹤文件
??????????????? http://blog.csdn.net/tianlesoftware/archive/2010/05/29/5632003.aspx
?
?
進入trace 目錄，用tkprof命令生成txt 文件，然后查看txt 文件。
d:/app/Administrator/diag/rdbms/orcl/orcl/trace>tkprof orcl_ora_3048.trc 安慶.txt sys=no
TKPROF: Release 11.2.0.1.0 - Development on 星期二 8月 31 23:45:25 2010
Copyright (c) 1982, 2009, Oracle and/or its affiliates.? All rights reserved.
d:/app/Administrator/diag/rdbms/orcl/orcl/trace>
?
?
5.2.2 創建索引的并行執行
??????????????? 創建索引時使用并行方式在系統資源充足的時候會使性能得到很大的提高，特別是在OLAP系統上對一些很大的表創建索引時更是如此。 以下的創建和更改索引的操作都可以使用并行：
??????????????? Create index
??????????????? Alter index … rebuild
??????????????? Alter index … rebuild partition
??????????????? Alter index … split partition
?
一個簡單的語法：create index t_ind on t(id) parallel 4;
?
監控這個過程和5.2.1 中表一樣，需要通過10046事件。 這里就不多說了。
?
有關減少創建時間方法，參考blog：
??????????????? 如何加快建 index 索引 的時間
??????????????? http://blog.csdn.net/tianlesoftware/archive/2010/07/11/5664019.aspx
?
?
總結：
使用并行方式，不論是創建表，修改表，創建索引，重建索引，他們的機制都是一樣的，那就是Oracle 給每個并行服務進程分配一塊空間，每個進程在自己的空間里處理數據，最后將處理完畢的數據匯總，完成SQL的操作。
?
?
5.3 并行DML 操作
??????????????? Oracle 可以對DML操作使用并行執行，但是有很多限制。 如果我們要讓DML 操作使用并行執行，必須顯示地在會話里執行如下命令：
??????????????? SQL> alter session enable parallel dml;
會話已更改。
?
??????????????? 只有執行了這個操作，Oracle 才會對之后符合并行條件的DML操作并行執行，如果沒有這個設定，即使SQL中指定了并行執行，Oracle也會忽略它。
?
5.3.1 delete，update和merge 操作
??????????????? Oracle 對Delete,update,merge的操作限制在，只有操作的對象是分區表示，Oracle 才會啟動并行操作。原因在于，對于分區表，Oracle 會對每個分區啟用一個并行服務進程同時進行數據處理，這對于非分區表來說是沒有意義的。
?
5.3.2 Insert 的并行操作
??????????????? 實際上只有對于insert into … select … 這樣的SQL語句啟用并行才有意義。 對于insert into .. values… 并行沒有意義，因為這條語句本身就是一個單條記錄的操作。
?
??????????????? Insert 并行常用的語法是：
??????????????????????????????? Insert /*+parallel(t 2) */ into t select /*+parallel(t1 2) */ * from t1;
?
??????????????? 這條SQL 語句中，可以讓兩個操作insert 和select 分別使用并行，這兩個并行是相互獨立，互補干涉的，也可以單獨使用其中的一個并行。
?
?
六． 并行執行的設定
?
6.1 并行相關的初始話參數
?
6.1.1 parallel_min_servers=n
??????????????? 在初始化參數中設置了這個值，Oracle 在啟動的時候就會預先啟動N個并行服務進程，當SQL執行并行操作時，并行協調進程首先根據并行度的值，在當前已經啟動的并行服務中條用n個并行服務進程，當并行度大于n時，Oracle將啟動額外的并行服務進程以滿足并行度要求的并行服務進程數量。
?
6.1.2 parallel_max_servers=n
??????????????? 如果并行度的值大于parallel_min_servers或者當前可用的并行服務進程不能滿足SQL的并行執行要求，Oracle將額外創建新的并行服務進程，當前實例總共啟動的并行服務進程不能超過這個參數的設定值。
?
6.1.3 parallel_adaptive_multi_user=true|false
??????????????? Oracle 10g R2下，并行執行默認是啟用的。 這個參數的默認值為true，它讓Oracle根據SQL執行時系統的負載情況，動態地調整SQL的并行度，以取得最好的SQL??? 執行性能。
?
6.1.4 parallel_min_percent
??????????????? 這個參數指定并行執行時，申請并行服務進程的最小值，它是一個百分比，比如我們設定這個值為50. 當一個SQL需要申請20個并行進程時，如果當前并行服務進程不足，按照這個參數的要求，這個SQL比如申請到20*50%=10個并行服務進程，如果不能夠申請到這個數量的并行服務，SQL 將報出一個ORA-12827的錯誤。
??????????????? 當這個值設為Null時，表示所有的SQL在做并行執行時，至少要獲得兩個并行服務進程。
?
?
6.2 并行度的設定
??????????????? 并行度可以通過以下三種方式來設定：
（1）使用Hint 指定并行度。
（2）使用alter session force parallel 設定并行度。
（3）使用SQL中引用的表或者索引上設定的并行度，原則上Oracle 使用這些對象中并行度最高的那個值作為當前執行的并行度。
?
?
示例：
??????????????? SQL>Select /*+parallel(t 4) */ count(*) from t;
??????????????? SQL>Alter table t parallel 4;
??????????????? SQL>Alter session force parallel query parallel 4;
?
Oracle 默認并行度計算方式：
（1）Oracle 根據CPU的個數，RAC實例的個數以及參數parallel_threads_per_cpu的值，計算出一個并行度。
（2）對于并行訪問分區操作，取需要訪問的分區數為并行度。
?
并行度的優先級別從高到低：
??????????????? Hint->alter session force parallel->表，索引上的設定-> 系統參數
?
?
實際上，并行只有才系統資源比較充足的情況下，才會取得很好的性能，如果系統負擔很重，不恰當的設置并行，反而會使性能大幅下降。
?
?
七． 直接加載
??????????????? 在執行數據插入或者數據加載的時候，可以通過append hint的方式進行數據的直接加載。
?
在insert 的SQL中使用APPEND，如：
??????????????????????????????? Insert /*+append */ into t select * from t1;
???????????????
還可以在SQL*LOADER里面使用直接加載：
?????? Sqlldr userid=user/pwd control=load.ctl direct=true
?
Oracle 執行直接加載時，數據直接追加到數據段的最后，不需要花費時間在段中需找空間，數據不經過data buffer直接寫到數據文件中，效率要比傳統的加載方式高。
?
示例：
SQL> create table t as select * from user_tables;
表已創建。
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='T';
SEGMENT_NA? EXTENT_ID????? BYTES
---------- ---------- ----------
T?????????????????? 0????? 65536
T?????????????????? 1????? 65536
T?????????????????? 2????? 65536
T?????????????????? 3????? 65536
T??????????? ???????4????? 65536
?
這里我們創建了一張表，分配了5個extents。
?
SQL> delete from t;
已刪除979行。
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='T';
SEGMENT_NA? EXTENT_ID????? BYTES
---------- ---------- ----------
T?????????????????? 0????? 65536
T?????????????????? 1????? 65536
T?????????????????? 2????? 65536
T?????????????????? 3????? 65536
T?????????????????? 4????? 65536
?
這里刪除了表里的數據，但是查詢，依然占據5個extents。因為delete不會收縮表空間，不能降低高水位。
?
SQL> insert into t select * from user_tables;
已創建980行。
SQL> commit;
提交完成。
?
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='T';
SEGMENT_NA? EXTENT_ID????? BYTES
---------- ---------- ----------
T?????????????????? 0????? 65536
T?????????????????? 1????? 65536
T?????????????????? 2????? 65536
T?????????????????? 3????? 65536
T?????????????????? 4????? 65536
?
用傳統方式插入，數據被分配到已有的空閑空間里。
?
?
SQL> delete from t;
已刪除980行。
SQL> commit;
提交完成。
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='T';
SEGMENT_NA? EXTENT_ID????? BYTES
---------- ---------- ----------
T?????????????????? 0????? 65536
T?????????????????? 1????? 65536
T?????????????????? 2????? 65536
T?????????????????? 3????? 65536
T?????????????????? 4????? 65536
?
刪除數據，用append直接插入看一下。
?
SQL> insert /*+append */ into t select * from user_tables;
已創建980行。
SQL> commit;
提交完成。
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='T';
SEGMENT_NA? EXTENT_ID????? BYTES
---------- ---------- ----------
T?????????????????? 0????? 65536
T?????????????????? 1????? 65536
T?????????????????? 2????? 65536
T?????????????????? 3????? 65536
T?????? ????????????4????? 65536
T?????????????????? 5????? 65536
T?????????????????? 6????? 65536
T?????????????????? 7????? 65536
T?????????????????? 8????? 65536
T?????????????????? 9????? 65536
已選擇10行。
?
從結果可以看出，直接加載方式時，雖然表中有很多空的數據塊，Oracle 仍然會額外的分配4個extent用于直接加載數據。
??????????????? 直接加載的數據放在表的高水位（High water Mark：hwm）以上，當直接加載完成后，Oracle 將表的高水位線移到新加入的數據之后，這樣新的數據就可以被用戶使用了。
?
Oracle 高水位(HWM)
http://blog.csdn.net/tianlesoftware/archive/2009/10/22/4707900.aspx
?
?
7.1 直接加載和REDO
??????????????? 直接加載在logging模式下，與傳統加載方式產生的redo 日志差別不大，因為當一個表有logging屬性時，即使使用直接加載，所有改變的數據依然要產生redo，實際上是所有修改的數據塊全部記錄redo，以便于以后的恢復，這時候直接加載并沒有太大的優勢。
?
??????????????? 直接加載最常見的是和nologging一起使用，這時候可以有效地減少redo 的生成量。 注意的是，在這種情況下，直接加載的數據塊是不產生redo的，只有一些其他改變的數據產生一些redo，比如表空間分配需要修改字典表或者修改段頭數據塊，這些修改會產生少量的redo。
?
??????????????? 實際上，對于nologging 方式的直接加載，undo 的數據量也產生的很少，因為直接加載的數據并不會在回滾段中記錄，這些記錄位于高水位之上，在事務提交之前，對于其他用戶來說是不可見的，所以不需要產生undo，事務提交時，Oracle 將表的高水位線移到新的數據之后，如果事務回滾，只需要保持高水位線不動即可，就好像什么都沒有發生一樣。
?
??????????????? 注意，由于在nologging模式下，redo 不記錄數據修改的信息，所以直接加載完后，需要立即進行相關的備份操作，因為這些數據沒有記錄在歸檔日志中，一旦數據損壞，只能用備份來恢復，而不能使用歸檔恢復。
?
Logging模式下示例：
SQL> set autot trace stat;
SQL> insert /*+append */ into t select * from user_tables;
已創建980行。
統計信息
----------------------------------------------------------
??????? 132? recursive calls
???????? 87? db block gets
?????? 8967? consistent gets
????????? 0? physical reads
???? 286572? redo size
??????? 911? bytes sent via SQL*Net to client
?????? 1017? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 2? sorts (memory)
????????? 0? sorts (disk)
??????? 980? rows processed
SQL> rollback;
回退已完成。
SQL> insert into t select * from user_tables;
已創建980行。
統計信息
----------------------------------------------------------
????????? 0? recursive calls
??????? 144? db block gets
?????? 9027? consistent gets
????????? 0? physical reads
???? 267448? redo size
??????? 927? bytes sent via SQL*Net to client
?????? 1004? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 2? sorts (memory)
????????? 0? sorts (disk)
??????? 980? rows processed
?
Nologging模式下示例：
SQL> alter table t nologging;
表已更改。
SQL> insert into t select * from user_tables;
已創建980行。
統計信息
----------------------------------------------------------
??????? 239? recursive calls
??????? 132? db block gets
?????? 9061? consistent gets
????????? 0? physical reads
???? 262896? redo size
??????? 927? bytes sent via SQL*Net to client
?????? 1004? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 7? sorts (memory)
????????? 0? sorts (disk)
??????? 980? rows processed
SQL> rollback;
回退已完成。
SQL> insert /*+append */ into t select * from user_tables;
已創建980行。
統計信息
----------------------------------------------------------
????????? 8? recursive calls
???????? 40? db block gets
?????? 8938? consistent gets
????????? 0? physical reads
??????? 340? redo size? -- redo 減少很多
??????? 911? bytes sent via SQL*Net to client
?????? 1017? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 2? sorts (memory)
????????? 0? sorts (disk)
??????? 980? rows processed
?
這部分內容也可參考Blog：
??????????????? Oracle DML NOLOGGING
http://blog.csdn.net/tianlesoftware/archive/2010/07/11/5701596.aspx
?
?
7.2 直接加載和索引
??????????????? 如果直接加載的表上有索引，Oracle不會像加載數據的方式那樣來處理索引的數據，但是它同樣需要維護一個索引，這個成本很高，同時會生成很多的redo。
??????????????? 所以當使用直接加載時，通常是針對一些數據量非常大的表。如果這些表存在索引，將會帶來很大的性能影響，這時可以考慮先將索引disable或者drop掉，等加載數據后，之后在重新建立索引。
?
nologging示例：
?
SQL> insert /*+append */ into t select * from user_tables;
已創建980行。
?
統計信息
----------------------------------------------------------
????????? 0? recursive calls
???????? 40? db block gets
?????? 8936? consistent gets
????????? 0? physical reads
??????? 384? redo size
??????? 911? bytes sent via SQL*Net to client
?????? 1017? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 2? sorts (memory)
????????? 0? sorts (disk)
?????? ?980? rows processed
?
SQL> rollback;
回退已完成。
SQL> create index t_ind on t(table_name);
索引已創建。
SQL> insert /*+append */ into t select * from user_tables;
已創建980行。
?
統計信息
----------------------------------------------------------
???????? 40? recursive calls
??????? 170? db block gets
?????? 8955? consistent gets
????????? 4? physical reads
???? 149424? redo size
??????? 911? bytes sent via SQL*Net to client
?????? 1017? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 3? sorts (memory)
????????? 0? sorts (disk)
??????? 980? rows processed
SQL> rollback;
回退已完成。
SQL> insert? into t select * from user_tables;
已創建980行。
?
統計信息
----------------------------------------------------------
????????? 8? recursive calls
??????? 828? db block gets
?????? 9037? consistent gets
????????? 0? physical reads
???? 382832? redo size
??????? 927? bytes sent via SQL*Net to client
?????? 1005? bytes received via SQL*Net from client
????????? 4? SQL*Net roundtrips to/from client
????????? 2? sorts (memory)
????????? 0? sorts (disk)
??????? 980? rows processed
SQL> rollback;
回退已完成。
?
?
7.3 直接加載和并行
??????????????? 直接加載可以和并行執行一同使用，這樣可以并行地向表中插入數據。 如：
???????????????
SQL>alter session enable parallel dml; ?-- 這里必須顯示的申明
SQL>insert /*+append parallel(t,2) */ into t select * from t1;
SQL>insert /*+append */ into t select * from t1;
?
注：在對insert 使用并行時，Oracle自動使用直接加載的方式進行數據加載，所以在這種情況下append是可以省略的。
?
??????????????? 當使用并行加載時，Oracle 會按照并行度啟動相應數量的并行服務進程，像串行執行的直接加載的方式一樣，每個并行服務進程都單獨分配額外的空間用于加載數據，實際上Oracle 為每個并行服務進程分配了一個臨時段，每個并行服務進程將數據首先加載到各自的臨時段上，當所有的并行進程執行完畢后，將各自的數據塊合并到一起，放到高水位之后，如果事務提交，則將高水位移到新加載的數據之后。
?
?
7.4 直接加載和SQL*LOADER
??????????????? 在SQL*LOADER中也可以使用直接加載，它比傳統方式效率更高，因為它繞開了SQL的解析和數據緩沖區，直接將數據加載到數據文件，這對OLAP或者數據倉庫系統非常有用。
?
指定加載：
??????????????? Sqlldr userid=user/pwd control=control.ctl direct=true
?
指定并行和加載：
??????????????? Sqlldr userid=user/pwd control=control.ctl direct=true parallel=true
?
?
SQL*LOADER直接加載對索引的影響：
（1）索引為非約束性，直接加載可以在加載完畢后維護索引的完整性。
（2）索引為約束性索引，比如主鍵，直接加載仍然會將數據加載入庫，但是會將索引置為unusable.
?
?
如果使用SQL*LOADER的并行直接加載選項，并且表上有索引，將導致加載失敗，這是我們可以在sqlloader中指定skip_index_maintenance=true, 來允許加載完成，但是索引狀態會變成unusable，需要手工rebuild.
?
關于SQL*LOADER的更多內容，參考blog：
??????????????? Oracle SQL Loader
??????????????? http://blog.csdn.net/tianlesoftware/archive/2009/10/16/4674063.aspx
?
總結
以上是生活随笔為你收集整理的Oracle Parallel Execution(并行执行) .的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Oracle 绑定变量 详解 .
- 下一篇： alter system flush s