Oracle數(shù)據(jù)庫無響應故障處理方式

Oracle數(shù)據(jù)庫無響應故障處理方式

目前成都創(chuàng)新互聯(lián)公司已為近千家的企業(yè)提供了網(wǎng)站建設、域名、雅安服務器托管、網(wǎng)站托管、企業(yè)網(wǎng)站設計、河津網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

Oracle數(shù)據(jù)庫無響應故障，簡單地講就是數(shù)據(jù)庫實例不能響應客戶端發(fā)起的請求，客戶端提交一個SQL后，就一直處于等待數(shù)據(jù)庫實例返回結果的狀態(tài)。更嚴重的現(xiàn)象是客戶端根本不能連接到數(shù)據(jù)庫，發(fā)起一個連接請求后，一直處于等待狀態(tài)。Oracle數(shù)據(jù)庫無響應故障怎么處理呢?下面跟我一起來學習Oracle數(shù)據(jù)庫無響應故障的處理方法吧!

無響應的故障現(xiàn)象一般有以下幾種：

1.Oracle的進程在等待某個資源或事件

這種現(xiàn)象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動態(tài)視圖中檢查進程正在等待的資源或事件，而被等待的資源或事件，一直都不能被獲取，甚至是很長時間都不可獲得。如果這個正在等待的進程持有了其他的資源，則會引起其他的進程等待，這樣就很可能引起實例中大范圍的會話發(fā)生等待。由于進程在等待資源或事件時，通常都處于SLEEP狀態(tài)，消耗的CPU資源非常少(在等待latch時要稍微多消耗一些CPU資源)，所以從OS來看，CPU的消耗并不高，甚至是非常低。

這種因為等待而引起的個別進程Hang，相對比較容易處理。

2. OracleProcess Spins

所謂Spin，就是指Oracle進程中的代碼在執(zhí)行某個過程時，陷入了循環(huán)。在V$SESSION視圖中，往往可以看到Hang住的會話，一直處于“ACTIVE”狀態(tài)。對于這樣的會話，用“alter system kill session ‘sid,serial#’”命令也不能完全斷開會話，會話只能被標記為“killed”，會話會繼續(xù)消耗大量的CPU。進程Spins由于是在做循環(huán)，CPU的消耗非常大，從OS上明顯可以看到這樣的進程，通常會消耗整個CPU的資源。

而對于這樣的Hang住的會話，處理起來相對比較復雜，并且為了從根本上解決問題，需要超過DBA日常維護所需要的技能。

從故障范圍來看，無響應故障可以分為以下幾種情況：

1. 單個或部分會話(進程)Hang住

這種情況屬于小范圍的故障，業(yè)務影響相對較小，一般來說只會影響業(yè)務系統(tǒng)的個別模塊。在一個多應用系統(tǒng)的數(shù)據(jù)庫上面，如果Hang住的會話比較多，則影響的可能是其中的一個應用系統(tǒng)。這里有一個例外，如果Hang住的進程是系統(tǒng)后臺進程，如pmon、smon等，則影響的范圍就非常大了，最終甚至會影響整個數(shù)據(jù)庫及所有應用系統(tǒng)。還有值得注意的是，即使是少部分會話Hang住，也要及時處理，否則極有可能會擴散到整個系統(tǒng)。

2. 單個數(shù)據(jù)庫實例Hang住

這種情況造成的影響非常大。在這個實例上的所有應用系統(tǒng)均受到嚴重影響，并且在找到根源并最終解決問題之前，數(shù)據(jù)庫實例往往須要重啟。

3. OPS或RAC中的多個實例或所有實例都Hang住

在這種情況下，即使是OPS或RAC，都已經(jīng)沒辦法提供高可用特性了。使用這個數(shù)據(jù)庫的所有應用系統(tǒng)將不能繼續(xù)提供服務，這種情況往往須要重啟。

無響應故障成因分析

Oracle數(shù)據(jù)庫無響應，一般主要由以下幾種原因引起：

1. 數(shù)據(jù)庫主機負載過高，嚴重超過主機承受能力

比如應用設計不當，數(shù)據(jù)庫性能低下，活動會話數(shù)的大量增加，導致數(shù)據(jù)庫主機的負載迅速增加，數(shù)據(jù)庫不能正常操作，并最終Hang住;主機物理內(nèi)存嚴重不足，引起大量的換頁，特別是在SGA中的內(nèi)存被大量換出到虛擬內(nèi)存時，數(shù)據(jù)庫實例往往就會Hang住。

2. 日常維護不當、不正確的操作引起數(shù)據(jù)庫Hang住

比如歸檔日志的存儲空間滿，導致數(shù)據(jù)庫不能歸檔，引起數(shù)據(jù)庫Hang住;在一個大并發(fā)的繁忙的系

統(tǒng)上，對DML操作比較多的大表進行move、增加外鍵約束等操作也可能使系統(tǒng)在短時間內(nèi)負載大幅升高，并引起數(shù)據(jù)庫系統(tǒng)Hang住;不正確的資源計劃(Resource Plan)配置，使進程得不到足夠的CPU等。

3. Oracle數(shù)據(jù)庫的Bug

幾乎每個版本都存在著會導致數(shù)據(jù)庫系統(tǒng)Hang住的Bug，這些Bug會在一些特定的條件下觸發(fā)，特別是在RAC數(shù)據(jù)庫中，引起數(shù)據(jù)庫Hang住的Bug比較多。

4. 其他方面的一些原因

比如在RAC數(shù)據(jù)庫中，如果一個節(jié)點退出或加入到RAC的過程中，當進行Resource Reconfiguration時，會使系統(tǒng)凍結一段時間，也有可能使系統(tǒng)Hang住。

以上所描述的幾種常見的會導致Oracle數(shù)據(jù)庫實例Hang住的原因中，大部分的情況是可以避免的，只要維護得當，一般不會出現(xiàn)這種故障。對于Oracle數(shù)據(jù)庫Bug所導致的數(shù)據(jù)庫無響應故障，由于是在特定的情況下才會觸發(fā)，所以如果能夠盡量對數(shù)據(jù)庫打上最新版本的補丁，并且熟悉當前版本中會導致系統(tǒng)Hang住的Bug以及觸發(fā)條件，就能夠最大限度地避免這種故障的發(fā)生，提高系統(tǒng)的可用性。

那么，在數(shù)據(jù)庫Hang住的情況下，如何去分析并發(fā)現(xiàn)導致問題的根源?一方面，由于系統(tǒng)Hang住會導致業(yè)務系統(tǒng)不可用，為了能夠盡快地恢復業(yè)務，須快速地判斷問題所在，然后Kill掉引起故障的會話和進程，或者數(shù)據(jù)庫實例不得不重啟以迅速恢復業(yè)務;但另一方面，如果只是重啟數(shù)據(jù)庫或Kill會話和進程來解決問題，在很多情況下是治標不治本的辦法，在以后故障隨時可能會出現(xiàn)。如何在二者之間進行抉擇呢?對于數(shù)據(jù)庫Hang故障的處理，首先是盡可能地收集到系統(tǒng)Hang住時的狀態(tài)數(shù)據(jù)，然后盡快地恢復業(yè)務，恢復業(yè)務后分析收集到的數(shù)據(jù)，找到數(shù)據(jù)庫系統(tǒng)Hang住的真正原因，然后再進行相應的處理。下一節(jié)將詳細描述數(shù)據(jù)庫系統(tǒng)Hang住后的處理流程。

無響應故障處理流程

對于Oracle無響應故障的處理，我們可以按下圖所示的流程進行。

值得注意的是，上圖并不是一個完整的Oracle數(shù)據(jù)庫故障處理流程圖，只是處理Oralce數(shù)據(jù)庫無響應這一類特定的故障的流程，只列出了針對這一特定類型故障處理時的關鍵處理點。不過既然是故障，所以這類故障的處理流程與其他故障的處理流程，有著非常相似的地方。

下面是整個流程的詳細說明：

1. 在出現(xiàn)數(shù)據(jù)庫無響應故障后，首先確認系統(tǒng)的影響范圍，如上節(jié)所描述的'，是部分業(yè)務系統(tǒng)或模塊還是所有的業(yè)務系統(tǒng)都受影響，是不是整個實例或多個實例都無響應。同時應詢問系統(tǒng)維護和開發(fā)人員，受影響的系統(tǒng)在出現(xiàn)故障前是否有過變動，包括主機硬件、操作系統(tǒng)、網(wǎng)絡、數(shù)據(jù)庫以及應用等。有時一個細小的變動就可能導致出現(xiàn)數(shù)據(jù)庫Hang住這樣嚴重的故障。曾經(jīng)遇到一個庫，應用只是修改了一個SELECT語句就導致了數(shù)據(jù)庫Hang住。

2. 為了避免由于網(wǎng)絡、數(shù)據(jù)庫監(jiān)聽或客戶端因素影響分析，建議都登錄到主機上進行操作。

3. 如果主機不能登錄(為了避免干擾流程主線，這里不討論如網(wǎng)絡問題這樣也會導致不能連接的故障)，嘗試關閉出現(xiàn)問題的業(yè)務系統(tǒng)，甚至是所有的業(yè)務系統(tǒng)。如果關閉了所有的業(yè)務系統(tǒng)之后，仍然不能連接，則只有考慮重新啟動數(shù)據(jù)庫主機。在數(shù)據(jù)庫主機重新啟動后，使用操作系統(tǒng)工具或OSW等長期監(jiān)控操作系統(tǒng)的資源使用，同時監(jiān)控Oracle數(shù)據(jù)庫的性能和等待等。

4. 登錄上主機后，先用top、topas等命令簡單觀察一下系統(tǒng)。看看系統(tǒng)的CPU使用、物理內(nèi)存和虛擬內(nèi)存的使用、IO使用等情況。

5. 使用SQLPLUS連接數(shù)據(jù)庫，如果不能連接，則只能從操作系統(tǒng)上觀察系統(tǒng)中是否有異常的現(xiàn)象，比如占用CPU過高的進程。使用gdb、dbx等debugger工具對數(shù)據(jù)庫進行system state dump;使用strace、truss等工具檢查異常進程的系統(tǒng)調(diào)用;使用pstack、procstack等工具察看異常進程的call stack等。

6. 使用SQLPLUS連接上數(shù)據(jù)庫后，進行hanganalyze、system state dump等操作;或檢查等待事件、異常會話等正在執(zhí)行的SQL等待。

7. 找到故障產(chǎn)生的原因，如果暫時找不到原因，盡量收集數(shù)據(jù)。

8.確良如果應用急須恢復，可通過Kill會話、重啟數(shù)據(jù)庫實例等方式，先恢復應用。

9. 根據(jù)最終診斷結果，對數(shù)據(jù)庫升級打補丁，或者修改應用等方式從根本上解決問題。

怎樣避免數(shù)據(jù)庫出現(xiàn)無響應故障

作為Oracle數(shù)據(jù)庫DBA，除了處理故障之外，更重要的是如何預防故障的發(fā)生。根據(jù)前面對數(shù)據(jù)庫無響應故障的成因分析，在日常的維護工作中，須做到以下幾點：

1. 進行正確的維護操作

很多的數(shù)據(jù)庫無響應故障都是由于不正確的維護操作引起的。應避免在業(yè)務高峰期做大的維護操作，比如像move、加主外鍵約束等會長時間鎖表的操作。如果的確需要，盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時先建索引，然后在建約束時指定新建的索引，等等。也就是保證系統(tǒng)的并發(fā)性、可伸縮性，避免系統(tǒng)串行操作的出現(xiàn)。

2. 優(yōu)化應用設計，優(yōu)化數(shù)據(jù)庫性能

為避免性能問題導致在業(yè)務高峰期數(shù)據(jù)庫不能及時有效處理來自業(yè)務的請求，甚至于完全Hang住。對于數(shù)據(jù)庫中存在串行訪問的部分進行優(yōu)化，比如latch、enqueue，還包括不合理的sequence設計等。特別是在RAC數(shù)據(jù)庫中，嚴重串行訪問等待往往更容易引起嚴重的性能問題。優(yōu)化應用設計，使數(shù)據(jù)庫具有更好的可伸縮性和并行處理能力，能夠有效地避免性能問題引起的數(shù)據(jù)庫Hang住。

3. 利用監(jiān)控系統(tǒng)隨時監(jiān)控系統(tǒng)負載

遇到系統(tǒng)負載過高，內(nèi)存不足，OS中虛擬內(nèi)存換頁很頻繁等情況時，及時采取措施;監(jiān)控Oracle數(shù)據(jù)庫的核心進程，如pmon、smon等，看是否有異常，如過高的CPU消耗。出現(xiàn)異常應立即處理;監(jiān)控歸檔空間和日志切換;監(jiān)控數(shù)據(jù)庫中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、resmgr:become active等待事件等。

4. 為數(shù)據(jù)庫打上補丁

很多的無響應故障是由于Oracle的Bug引起的，數(shù)據(jù)庫DBA應關注當前版本中有哪些Bug會導致數(shù)據(jù)庫Hang住，盡量為數(shù)據(jù)庫打上解決這些Bug的補丁。

;

Oracle數(shù)據(jù)處理的工作原理

數(shù)據(jù)庫Oracle工作原理數(shù)據(jù)庫

數(shù)據(jù)庫工作原理，包括數(shù)據(jù)庫系統(tǒng)的處理過程和體系結構兩個部分。

數(shù)據(jù)庫系統(tǒng)的處理過程

要使用數(shù)據(jù)庫，必須連接到數(shù)據(jù)庫。當用戶運行一個程序（如SQL*Plus）時，實際上是在客戶機自動啟動一個用戶，并將連接請求通過網(wǎng)絡發(fā)送到服務器。服務器上的數(shù)據(jù)庫會為該用戶進程派生一個對應的服務器進程，其數(shù)據(jù)庫系統(tǒng)處理過程如下圖：

1.處理過程可以簡單地描述為：

2.用戶在其計算機上運行基于Oracle的應用程序，即啟動用戶進程。

3.在客戶機，服務器之間建立連接(CONNECT)。

4.在建立連接的基礎上，為用戶建立會話（SESSION），并為該會話創(chuàng)建一個PGA區(qū)（Program

Global

Area,程序全局區(qū)）以存儲與該會話相關的信息。在同一個連接中，不同的用戶有不同的會話。

5.啟動服務器，由該服務器進程負責執(zhí)行該會話的各項任務。

6.用戶進程發(fā)送語句。

7.服務器進程解析，編譯，執(zhí)行語句，然后將結果寫入數(shù)據(jù)庫并返回給用戶進程。

8.用戶進程接收返回的SQL執(zhí)行結果。

9.在應用程序中顯示SQL執(zhí)行結果。

總體結構

從作用和工作原理上看，可以將總體結構分成三部分，如下圖：其中：

◆

內(nèi)存結構：包括SGA和PGA。使用內(nèi)存最多的是SGA，同時也是數(shù)據(jù)庫性能的最大參數(shù)。

◆

進程結構：包括前臺進程，后臺進程。前臺進程是指服務進程和用戶進程。前臺進程是根據(jù)實際需要而運行的，并在需要結束后立刻結束。后臺進程是指在Oracle數(shù)據(jù)庫啟動后，自動啟動的幾個進程。

Oracle SQL數(shù)據(jù)處理

先創(chuàng)建一個函數(shù)

create

or

replace

function

my_concat(mid

in

integer)

return

varchar2

--記住：參數(shù)和返回值里的數(shù)據(jù)類型都不用定義長度

is

result

varchar2(4000);

--定義變量，記住Oracle中定義變量不需要

begin

for

temp_cursor

in

(select

b1

from

a

where

a1=mid)

loop

--此處在游標FOR循環(huán)中使用查詢

result

:=result

||

temp_cursor.b1

||

',';

--Oracle中字符連接使用||，而sql

server中用+

end

loop;

result

:=

rtrim(result,',');

--去掉最后一個空格,還有Oracle中的賦值前面沒有set

return

result;

end;

然后調(diào)用就行了select

a1,my_concat(a1)

from

a

group

by

a1

如何解決Oracle數(shù)據(jù)庫中重復數(shù)據(jù)的方法步驟

在平時的開發(fā)中，我們經(jīng)常遇到數(shù)據(jù)表中出現(xiàn)重復的數(shù)據(jù)，那么該如何解決呢？這里介紹兩種情況下的數(shù)據(jù)去重方法，一、完全重復數(shù)據(jù)去重；二、部分字段數(shù)據(jù)重復去重。

一、完全重復數(shù)據(jù)去重方法

對于表中完全重復數(shù)據(jù)去重，可以采用以下SQL語句。

Code

CREATETABLE"#temp"AS (SELECTDISTINCT * FROM 表名);--創(chuàng)建臨時表，并把DISTINCT 去重后的數(shù)據(jù)插入到臨時表中

truncateTABLE 表名;--清空原表數(shù)據(jù)

INSERTINTO 表名(SELECT * FROM"#temp");--將臨時表數(shù)據(jù)插入到原表中

DROPTABLE"#temp";--刪除臨時表

具體思路是，首先創(chuàng)建一個臨時表，然后將DISTINCT之后的表數(shù)據(jù)插入到這個臨時表中；然后清空原表數(shù)據(jù)；再講臨時表中的數(shù)據(jù)插入到原表中；最后刪除臨時表。

二、部分數(shù)據(jù)去重方法

首先查找重復數(shù)據(jù)

select 字段1,字段2,count(*) from 表名 groupby 字段1,字段2 havingcount(*) 1

將上面的號改為=號就可以查詢出沒有重復的數(shù)據(jù)了。

想要刪除這些重復的數(shù)據(jù)，可以使用下面語句進行刪除：

deletefrom 表名 a where 字段1,字段2 in

(select 字段1,字段2,count(*) from 表名 groupby 字段1,字段2 havingcount(*) 1)

上面的語句非常簡單，就是將查詢到的數(shù)據(jù)刪除掉。不過這種刪除執(zhí)行的效率非常低，對于大數(shù)據(jù)量來說，可能會將數(shù)據(jù)庫卡死。

基于上述情況，可以先將查詢到的重復的數(shù)據(jù)插入到一個臨時表中，然后對進行刪除，這樣，執(zhí)行刪除的時候就不用再進行一次查詢了。如下：

CREATETABLE 臨時表 AS

(select 字段1,字段2,count(*) from 表名 groupby 字段1,字段2 havingcount(*) 1)

下面就可以進行這樣的刪除操作了：

deletefrom 表名 a where 字段1,字段2 in (select 字段1，字段2 from 臨時表);

先建臨時表再進行刪除的操作要比直接用一條語句進行刪除要高效得多。

上面的語句會把所有重復的全都刪除，在oracle中，有個隱藏了自動rowid，里面給每條記錄一個唯一的rowid，我們?nèi)绻氡Ａ糇钚碌囊粭l記錄，我們就可以利用這個字段，保留重復數(shù)據(jù)中rowid最大的一條記錄就可以了。

下面是查詢重復數(shù)據(jù)的一個例子：

select a.rowid,a.* from 表名 a

where a.rowid !=

(

selectmax(b.rowid) from 表名 b

where a.字段1 = b.字段1 and

a.字段2 = b.字段2

)

上面括號中的語句是查詢出重復數(shù)據(jù)中rowid最大的一條記錄。而外面就是查詢出除了rowid最大之外的其他重復的數(shù)據(jù)了。

由此，我們要刪除重復數(shù)據(jù)，只保留最新的一條數(shù)據(jù)，就可以這樣寫了：

deletefrom 表名 a

where a.rowid !=

(

selectmax(b.rowid) from 表名 b

where a.字段1 = b.字段1 and

a.字段2 = b.字段2

)

同理，上述代碼的執(zhí)行效率畢竟低，所以我們可以考慮建立臨時表，將需要判斷重復的字段、rowid插入臨時表中，然后刪除的時候在進行比較。

createtable 臨時表 as

select a.字段1,a.字段2,MAX(a.ROWID) dataid from 正式表 a GROUPBY a.字段1,a.字段2;

deletefrom 表名 a

where a.rowid !=

(

select b.dataid from 臨時表 b

where a.字段1 = b.字段1 and

a.字段2 = b.字段2

);

commit;

如何加速Oracle大批量數(shù)據(jù)處理？

一、 提高DML操作的辦法：

簡單說來：

1、暫停索引，更新后恢復.避免在更新的過程中涉及到索引的重建.

2、批量更新，每更新一些記錄后及時進行提交動作.避免大量占用回滾段和或臨時表空間.

3、創(chuàng)建一臨時的大的表空間用來應對這些更新動作．

4、批量更新，每更新一些記錄后及時進行提交動作.避免大量占用回滾段和或臨時表空間.

5、創(chuàng)建一臨時的大的表空間用來應對這些更新動作．

6、加大排序緩沖區(qū)

alter session set sort_area_size=100000000;

insert into tableb select * from tablea;

commit;

如果UPDATE的是索引字段，就會涉及到索引的重建，暫停索引不會提高多少的速度，反而有可能降低UPDATE速度，

因為在更新是索引可以提高數(shù)據(jù)的查詢速度，重建索引引起的速度降低影響不大。

ORACLE優(yōu)化修改參數(shù)最多也只能把性能提高15%，大部分都是SQL語句的優(yōu)化！

update總體來說比insert要慢 ：

幾點建議：

1、如果更新的數(shù)據(jù)量接近整個表，就不應該使用index而應該采用全表掃描

2、減少不必要的index，因為update表通常需要update index

3、如果你的服務器有多個cpu，采用parellel hint，可以大幅度的提高效率

另外，建表的參數(shù)非常重要，對于更新非常頻繁的表，建議加大PCTFREE的值，以保證數(shù)據(jù)塊中有足夠的空間用于UPDATE， 從而降低CHAINED_ROWS。

二、 各種批量DML操作：

（1）、oracle批量拷貝：

set arraysize 20

set copycommit 5000

copy from username/password@oraclename append table_name1

using select * from table_name2;

（2）、常規(guī)插入方式：

insert into t1 select * from t;

為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志:

alter table t1 nologging;

insert into t1 select * from t;

commit;

(3)、CTAS方式：

create table t1

as

select * from t;

為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志，并且可以制定并行度:

create table t1 nologging parallel(degree 2) as select * from t;

（4）、Direct-Path插入：

insert /*+append*/ into t1 select * from t;

commit;

為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志：

alter table t1 nologging;

insert /*+append*/ into t1 select * from t;

Direct-Path插入特點：

1、 append只在insert … select …中起作用，像insert /*+ append */ into t values(…)這類的語句是不起作用的。在update、delete操作中，append也不起作用。

2、 Direct-Path會使數(shù)據(jù)庫不記錄直接路徑導入的數(shù)據(jù)的重做日志，會對恢復帶來麻煩。

3、 Direct-Path直接在表段的高水位線以上的空白數(shù)據(jù)塊中寫數(shù)據(jù)，不會重用高水位線以下的空間，會對空間的使用造成一定的浪費，對查詢的性能也會造成一定的影響。而常規(guī)插入會優(yōu)先考慮使用高水位線之下有空閑空間存在的數(shù)據(jù)塊。因此理論上Direct-Path插入會比常規(guī)插入速度更快，因為Direct-Path直接使用新數(shù)據(jù)塊，而常規(guī)插入要遍歷freelist獲取可用空閑數(shù)據(jù)塊，如果同 nologging 配合，這種速度優(yōu)勢會更加明顯。

4、 以append方式插入記錄后，要執(zhí)行commit，才能對表進行查詢。否則會出現(xiàn)錯誤：ORA-12838: 無法在并行模式下修改之后讀/修改對象。

5、 用append導入數(shù)據(jù)后，如果沒有提交或者回滾，在其他會話中任何對該表的DML都會被阻塞（不會報錯），但對該表的查詢可以正常執(zhí)行。

6、 在歸檔模式下，要把表設置為nologging，然后以append方式批量添加記錄，才會顯著減少redo數(shù)量。在非歸檔模式下，不必設置表的 nologging屬性，即可減少redo數(shù)量。如果表上有索引，則append方式批量添加記錄，不會減少索引上產(chǎn)生的redo數(shù)量，索引上的redo 數(shù)量可能比表的redo數(shù)量還要大。

7、 數(shù)據(jù)直接插入數(shù)據(jù)文件，繞過buffer cache并且忽略了引用完整性約束。

8、 不管表是否在nologging 下，只要是 direct insert，就不會對數(shù)據(jù)內(nèi)容生成undo。

9、 Oracle在Direct-Path INSERT 操作末尾，對具有索引的表執(zhí)行索引維護，這樣就避免了在drop掉索引后，再rebuild。

10、 Direct-Path INSERT比常規(guī)的插入需要更多的空間。因為它將數(shù)據(jù)插入在高水位之上。并行插入非分區(qū)表需要更多的空間，因為它需要為每一個并行線程創(chuàng)建臨時段。

11、 在插入期間，數(shù)據(jù)庫在表上獲得排他鎖，用戶不能在表上執(zhí)行并行插入、更新或者刪除操作，并行的索引創(chuàng)建和build也不被允許。但卻可以并行查詢，但查詢返回的是插入之前的結果集。

（5）、并行DML：

如果你的服務器有多個cpu，采用parellel hint，可以大幅度的提高效率

ALTER SESSION ENABLE PARALLEL DML;

INSERT /*+ PARALLEL(tableA, 2) */INTO tableA

SELECT * FROM tableB;

為了提高速度可以使用下面方法，來減少插入過程中產(chǎn)生的日志：

INSERT /*+ PARALLEL(tableA, 2) */INTO tableA NOLOGGING

SELECT * FROM tableB;

oracle默認并不會打開PDML，對DML語句必須手工啟用。即需要執(zhí)行

alter table enable parallel dml命令。

并行DML特點：

1、在并行DML模式中，默認的就是DIRECT-PATH插入，為了運行并行DML模式，必須滿足以下條件：

a、必須是Oracle企業(yè)版；

b、必須在session中使并行DML生效，執(zhí)行以下sql語句：

ALTER SESSION { ENABLE | FORCE } PARALLEL DML;

c、必須指定table的并行屬性，在創(chuàng)建的時候或者其他時候，或者在insert操作時使用“PARALLEL”提示。

d、為了使Direct-Path Insert模式失效，在INSERT語句中指定“NOAPPEND”提示，覆蓋并行DML模式。

2、并行Direct-Path INSERT到分區(qū)表：

類似于serial Direct-Path INSERT，每個并行操作分配給一個或者多個分區(qū)，每個并行操作插入數(shù)據(jù)到各自的分區(qū)段的高水位標志之上，commit之后，用戶就能看到更新的數(shù)據(jù)。

3、并行Direct-Path INSERT到非分區(qū)表：

每個并行執(zhí)行分配一個新的臨時段，并插入數(shù)據(jù)到臨時段。當commit運行后，并行執(zhí)行協(xié)調(diào)者合并新的臨時段到主表段，用戶就能看到更新的數(shù)據(jù)。

4、Direct-Path INSERT可以使用Log或者不使用Log。

5、另外不得不說的是，并行不是一個可擴展的特性，只有在數(shù)據(jù)倉庫或作為DBA等少數(shù)人的工具在批量數(shù)據(jù)操作時利于充分利用資源，而在OLTP環(huán)境下使用并行需要非常謹慎。事實上PDML還是有比較多的限制的，例如不支持觸發(fā)器，引用約束，高級復制和分布式事務等特性，同時也會帶來額外的空間占用，PDDL同 樣是如此。

當前文章：oracle如何處理數(shù)據(jù),oracle怎么造數(shù)據(jù)
文章起源：http://chinadenli.net/article45/dsecphi.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供移動網(wǎng)站建設、營銷型網(wǎng)站建設、網(wǎng)站建設、微信公眾號、ChatGPT、小程序開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)