來(lái)源：考試大   【相信自己,掌握未來(lái),考試大值得信賴!】   2009年6月9日

在Oracle數(shù)據(jù)庫(kù)中，Insert、Update、Delete三個(gè)操作是對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行插入、更新以及刪除。在進(jìn)行這些操作時(shí)，如果數(shù)據(jù)庫(kù)中的記錄比較多時(shí)，則所需要的時(shí)間比較長(zhǎng)。如需要利用一個(gè)Update語(yǔ)句更新大量記錄時(shí)，即使更新的內(nèi)容很簡(jiǎn)單，如只是將價(jià)格提升10%，但是仍然需要花費(fèi)比較成的時(shí)間。所以從某種程度上來(lái)說(shuō)，進(jìn)行這些操作時(shí)其執(zhí)行速度跟內(nèi)容的大小關(guān)系不大，反而跟記錄的多少卻有很大的關(guān)系。那么在Oracle數(shù)據(jù)庫(kù)中，能否采取一些措施來(lái)提高這些操作的速度呢?為此筆者有如下兩個(gè)建議，希望對(duì)大家有所幫助。
　　建議一：在執(zhí)行這些操作時(shí)不向重做日志中寫(xiě)東西。
在執(zhí)行更新、插入、刪除操作時(shí)，默認(rèn)情況下，其在更新數(shù)據(jù)的同時(shí)，也會(huì)像重做日志文件中記錄這些改變。如利用Update語(yǔ)句將數(shù)據(jù)庫(kù)中產(chǎn)品的價(jià)格提高10%時(shí)。數(shù)據(jù)庫(kù)會(huì)更改這些價(jià)格，同時(shí)也會(huì)在重做日志中記錄這些改變。顯然，更新一個(gè)數(shù)據(jù)，數(shù)據(jù)庫(kù)要進(jìn)行兩項(xiàng)工作。為此，當(dāng)更新所涉及到的記錄比較多時(shí)，這個(gè)更新操作就可能要耗費(fèi)比較長(zhǎng)的時(shí)間。此時(shí)，可能需要更新內(nèi)容本身字符的多少，跟其更新的效率并不具有很大的聯(lián)系。其執(zhí)行的速度主要跟其更新所涉及到的記錄數(shù)量有關(guān)。
　　為此，有時(shí)候在追求其更快的執(zhí)行速度時(shí)，我們往往需要在這些語(yǔ)句中加入一個(gè)nologging選項(xiàng)。如在使用Update語(yǔ)句更新價(jià)格信息時(shí)，加上這個(gè)Nologging選項(xiàng)就可以顯著提高其執(zhí)行的速度。更新操作所涉及到的記錄越多，其效果越明顯。那么這個(gè)可選項(xiàng)到底有什么作用呢?顧名思義，這個(gè)參數(shù)就是告訴數(shù)據(jù)庫(kù)系統(tǒng)，在執(zhí)行這個(gè)操作的時(shí)候，不要忘重做日志中記錄相關(guān)的信息。也就是說(shuō)，此時(shí)數(shù)據(jù)庫(kù)系統(tǒng)只需要做一件工作即可，至需要更改數(shù)據(jù)，而不會(huì)產(chǎn)生重做日志文件。在理想的狀態(tài)下，這么設(shè)置可以將這些操作的速度提高一倍。所以在進(jìn)行大規(guī)模的更新、刪除、插入記錄等操作時(shí)，筆者往往建議大家加上這個(gè)可選項(xiàng)，以提高執(zhí)行的速度。
　　不過(guò)如果采用這個(gè)可選項(xiàng)的話，也有一個(gè)缺點(diǎn)。因?yàn)槠洳粫?huì)產(chǎn)生重做日志，所以如果數(shù)據(jù)更新失敗或者出現(xiàn)其他一些意外故障，就不能夠利用重做日志來(lái)恢復(fù)數(shù)據(jù)。為此如果對(duì)于數(shù)據(jù)的準(zhǔn)確性要求非常苛刻的話，采用這種方式來(lái)提高這些操作的執(zhí)行速度，可能并不是一種合理的方法。其是以犧牲數(shù)據(jù)的安全性來(lái)獲取性能上的改進(jìn)。雖然這些操作出現(xiàn)故障的幾率比較少見(jiàn)，但是在使用這個(gè)可選項(xiàng)時(shí)，數(shù)據(jù)庫(kù)管理員必須要了解這個(gè)風(fēng)險(xiǎn)。在可能的情況下，即使做好風(fēng)險(xiǎn)的評(píng)估與預(yù)防。
　　建議二：調(diào)整重做日志的大小來(lái)提高執(zhí)行速度。
上面這種方法由于不產(chǎn)生重做日志，雖然提高了執(zhí)行的速度，但是也帶來(lái)了一定的安全風(fēng)險(xiǎn)。那么是否有兩全其美的方法呢，即能夠提高執(zhí)行速度，又能夠保障數(shù)據(jù)的安全呢?在Oracle數(shù)據(jù)庫(kù)中就有這么一個(gè)兩全其美的方法。就是調(diào)整重做日志的大小來(lái)提高執(zhí)行速度。來(lái)具體講解這個(gè)方案時(shí)，筆者要強(qiáng)調(diào)的是此時(shí)數(shù)據(jù)庫(kù)仍然會(huì)產(chǎn)生重做日志。為此其效果沒(méi)有上面這種方法好。但是其可以保障數(shù)據(jù)的安全，在出現(xiàn)問(wèn)題時(shí)，仍然可以利用重做日志來(lái)恢復(fù)數(shù)據(jù)。所以說(shuō)，這是在安全與速度之間實(shí)現(xiàn)了一個(gè)均衡。
　　在對(duì)記錄進(jìn)行大批量的更新時(shí)，在重做日志中產(chǎn)生相關(guān)的記錄會(huì)花費(fèi)比較多的時(shí)間。其實(shí)這個(gè)時(shí)間也可以分為兩個(gè)部分。一是往重做日志中記錄相關(guān)信息的時(shí)間;二是重做日志進(jìn)行切換的時(shí)間。在Oracle數(shù)據(jù)庫(kù)的聯(lián)機(jī)重做日志中，往往同時(shí)有多個(gè)重做日志文件。當(dāng)某個(gè)重做日志文件滿時(shí)，則會(huì)將后續(xù)的記錄寫(xiě)到下一個(gè)重做日志文件中。但是在寫(xiě)入之前，其需要對(duì)這個(gè)即將被覆蓋的重做日至進(jìn)行歸檔，也就是進(jìn)行備份。在這個(gè)備份的時(shí)候，Update等更新操作不得不進(jìn)行等待。要等待其歸檔完成之后，再繼續(xù)進(jìn)行更新并產(chǎn)生重做記錄。也就是說(shuō)，聯(lián)機(jī)重做日志只有在被歸檔后才能夠被覆蓋，在這個(gè)歸檔的過(guò)程中，其他相關(guān)的操作必須等待，直到有可能的聯(lián)接重做日志。為此，如果這個(gè)重做日志的文件比較小，而利用Update更新的記錄又比較多時(shí)，此時(shí)就可能需要使用多個(gè)重做日志文件來(lái)保存這些更改信息。此時(shí)就需要進(jìn)行多次等待才行。那么就無(wú)形之中增加了這個(gè)操作的執(zhí)行時(shí)間。所以，經(jīng)常需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行大容量的更新、刪除或者插入記錄等操作的，最好能夠調(diào)整這個(gè)重做日志文件的大小，以減少重做日志歸檔的等待時(shí)間，提高數(shù)據(jù)庫(kù)的性能。
在調(diào)整這個(gè)重做日志文件之前，數(shù)據(jù)庫(kù)管理員最好能夠先確認(rèn)一下，這個(gè)重做日志文件歸檔的頻率。如果歸檔的頻率比較高，那么增加重做日志文件的大小，往往可以明顯的提高數(shù)據(jù)庫(kù)的性能，特別是插入、刪除、更新等操作的效率。那么該如何來(lái)判斷這個(gè)重做日志文件歸檔是否頻繁呢?在Oracle數(shù)據(jù)庫(kù)中有比較多的方法。其實(shí)重做日志文件就跟普通的文件相同，其也有更新時(shí)間等屬性。為此在操作系統(tǒng)上，可以對(duì)比幾個(gè)重做日志文件的更新時(shí)間，來(lái)判斷其歸檔的頻率是否頻繁。另外在Oracle數(shù)據(jù)庫(kù)中還有一個(gè)動(dòng)態(tài)視圖，名字為v$log_history。在這個(gè)視圖中存放著重做日至切換的相關(guān)記錄。如數(shù)據(jù)庫(kù)管理員可以查詢最近50個(gè)重做日志的切換記錄，看看其相關(guān)的時(shí)間有多長(zhǎng)，從而來(lái)判斷這個(gè)重做日志的切換是正常的，還是太過(guò)于頻繁。一般情況下，只要增加這個(gè)重做日志文件的容量，就可以為大批量的更新、刪除等操作提供比較大的重做日志空間。此時(shí)執(zhí)行一個(gè)大批量的更新操作時(shí)，可能只需要使用一個(gè)重做日志文件即可。此時(shí)，在重做日志上所花的時(shí)間，就是只有產(chǎn)生重做記錄的那部分時(shí)間，而沒(méi)有重做日志切換歸檔時(shí)的等待時(shí)間。所以，經(jīng)過(guò)類似的調(diào)整之后，往往可以在很大程度上提高數(shù)據(jù)庫(kù)的性能。另外還有一種可行的方法是，不調(diào)整重做日志文件的大小，而是增加重做日志文件的數(shù)目。如此也可以在頻繁的日志切換過(guò)程中提供足夠的日志空間。不過(guò)筆者還是傾向與增加重做日志文件的容量來(lái)解決這個(gè)問(wèn)題。
　　不過(guò)重做日志文件也并不是越大越好。重做日志文件越大，其歸檔的時(shí)間也就越長(zhǎng)。俗話說(shuō)，過(guò)之而不及。有時(shí)候這反而會(huì)給數(shù)據(jù)庫(kù)的安全與性能帶來(lái)負(fù)面的影響。根據(jù)筆者的經(jīng)驗(yàn)，筆者認(rèn)為這個(gè)重做日志文件切換的時(shí)間間隔最好能夠在30分鐘-40分鐘之間。因?yàn)楝F(xiàn)在即使再?gòu)?fù)雜的更新或者刪除操作，基本上可以在這個(gè)時(shí)間內(nèi)完成。否則的話，可能就是語(yǔ)句方面有問(wèn)題，需要對(duì)SQL語(yǔ)句進(jìn)行優(yōu)化。所以將這個(gè)日志歸檔的時(shí)間間隔確定在這個(gè)時(shí)間范圍之內(nèi)是合理的。作為合格的數(shù)據(jù)庫(kù)管理員，需要持續(xù)追蹤這個(gè)日志切換的時(shí)間間隔?？梢酝ㄟ^(guò)查看兩個(gè)連續(xù)重做日志文件之間的更新時(shí)間間隔或者數(shù)據(jù)庫(kù)系統(tǒng)的日志切換記錄來(lái)查看這個(gè)日志切換的頻率。
　　當(dāng)調(diào)整完重做日志文件的大小之后，數(shù)據(jù)庫(kù)管理員仍然需要在一段時(shí)間內(nèi)追蹤這個(gè)日志切換的頻率。以判斷調(diào)整后的重做日志文件是否能夠?qū)崿F(xiàn)既定的目標(biāo)。如果效果不明顯的話，可能還需要再次調(diào)整這個(gè)重做日志文件的大小。
Oracle數(shù)據(jù)庫(kù)管理員可以使用ALTER DATABASE ADDLOGFILE語(yǔ)句來(lái)創(chuàng)建比較大的日志文件。注意此時(shí)需要及時(shí)將比較小的日志文件刪除。否則的話，大小重做日志文件混用，并不能夠起到預(yù)計(jì)的效果。為此在調(diào)整日志文件大小時(shí)一般的步驟就是先創(chuàng)建多個(gè)大日志文件，然后再將小日志文件刪除。一般情況下，在刪除小日志文件過(guò)程中，最好不要通過(guò)刪除重做日志文件組來(lái)實(shí)現(xiàn)。也就是說(shuō)，在原有的重做日志文件組下面，建立大的重做日志文件;然后只刪除小的重做日志文件。即重做日志文件組仍然保持不變。改變的只是其內(nèi)部的重做日志成員而已。
　　另外在重做日志管理中，如果將重做日志文件放置在性能比較好的硬盤中，或者采用磁盤陣列等技術(shù)來(lái)提高重做日志文件的寫(xiě)入速度，也可以提高大批量插入、更新等操作的效率?？傊?，最好這個(gè)日志切換的頻率不要低于30分鐘。如果少于這個(gè)時(shí)間的話，那么系統(tǒng)管理員就需要調(diào)整日志文件的大小，來(lái)延長(zhǎng)兩次日志切換之間的時(shí)間間隔。當(dāng)然這個(gè)時(shí)間間隔需要根據(jù)企業(yè)應(yīng)用的變化而變化。