掃二維碼與項(xiàng)目經(jīng)理溝通
我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢(xún)/運(yùn)營(yíng)咨詢(xún)/技術(shù)建議/互聯(lián)網(wǎng)交流
導(dǎo)讀:其實(shí)這個(gè)道理在Oracle數(shù)據(jù)庫(kù)中也行得通。即可以將關(guān)鍵數(shù)據(jù)文件存儲(chǔ)在多塊硬盤(pán)上,以提高Oracle數(shù)據(jù)庫(kù)的性能。在這篇文章中就以O(shè)racle11G為例,說(shuō)明如何通過(guò)在硬盤(pán)之間分布關(guān)鍵數(shù)據(jù)文件來(lái)提高性能。希望對(duì)大家能夠有所幫助。

一、在硬盤(pán)之間分布關(guān)鍵數(shù)據(jù)文件的基本原則。
在傳統(tǒng)的文件系統(tǒng)上(即不是在裸機(jī)上)部署Oracle數(shù)據(jù)庫(kù),可以通過(guò)將關(guān)鍵的數(shù)據(jù)文件分布到多個(gè)可用的文件系統(tǒng)上或者不同的硬盤(pán)上來(lái)提高數(shù)據(jù)庫(kù)的性能。具體的來(lái)說(shuō),需要遵循如下幾個(gè)原則。
一是對(duì)于表來(lái)說(shuō),往往包含兩個(gè)部分,即基本表與索引表。只要為基本表中的字段創(chuàng)建了索引,其對(duì)應(yīng)的就有一張索引表。當(dāng)用戶(hù)訪問(wèn)表中的數(shù)據(jù)時(shí),應(yīng)用系統(tǒng)需要同時(shí)訪問(wèn)到索引表與數(shù)據(jù)表。此時(shí)我們可以將這兩張表比喻成兩輛車(chē)。如果現(xiàn)在只有一個(gè)車(chē)道(即將他們同時(shí)存放在一個(gè)硬盤(pán)或者文件系統(tǒng)中),那么兩輛車(chē)必須前后行使。而如果現(xiàn)在有兩個(gè)車(chē)道(即將基本表與其相對(duì)應(yīng)的索引表存放在不同的硬盤(pán)或者文件系統(tǒng)中),那么這兩輛車(chē)就可以并排行使。顯然,后者的效率更高。為此筆者建議,可將經(jīng)常需要訪問(wèn)的表和與之對(duì)應(yīng)的索引表分開(kāi)來(lái)存放。
二是可以將日志文件也分開(kāi)來(lái)存放。不光光是數(shù)據(jù)表與索引表存在著這種狀況。其實(shí)在日志文件管理中也是如此。只要條件允許,那么***能夠?qū)⒙?lián)機(jī)重做日志和歸檔日志與其它數(shù)據(jù)文件存放在不同的硬盤(pán)或者文件系統(tǒng)上。因?yàn)楫?dāng)用戶(hù)往數(shù)據(jù)庫(kù)中寫(xiě)入數(shù)據(jù)時(shí),需要同時(shí)往數(shù)據(jù)文件與重做日志文件中寫(xiě)入數(shù)據(jù)。此時(shí)如果將它們分開(kāi)來(lái)存放,那么就相當(dāng)于有了多條車(chē)道,分別往不同的文件中寫(xiě)入數(shù)據(jù)。這無(wú)疑就可以提高數(shù)據(jù)寫(xiě)入的效率,從而提高數(shù)據(jù)庫(kù)的性能。
二、哪些文件***能夠分開(kāi)存放?
在講到硬盤(pán)之間分布關(guān)鍵數(shù)據(jù)文件的基本原則的時(shí)候,筆者舉了幾個(gè)需要分開(kāi)存放的幾個(gè)案例。但是在實(shí)際工作中,并不僅僅局限于上面提到的這些文件。筆者認(rèn)為,如果條件允許的話,那么可以考慮將如下文件放置在不同的硬盤(pán)上。
一是表空間,如臨時(shí)表空間、系統(tǒng)表空間、UNDO表空間等等。這三個(gè)表空間可能系統(tǒng)會(huì)同時(shí)進(jìn)行訪問(wèn)。為此需要將其分開(kāi)來(lái)存放。二是數(shù)據(jù)文件和索引文件。上面提到過(guò),需要將經(jīng)常訪問(wèn)的數(shù)據(jù)文件與其對(duì)應(yīng)的索引文件存放在不同的硬盤(pán)上。因?yàn)檫@兩類(lèi)文件在訪問(wèn)數(shù)據(jù)時(shí)也可能會(huì)同時(shí)訪問(wèn)到。三是操作系統(tǒng)盤(pán)與數(shù)據(jù)庫(kù)文件單獨(dú)存放。顯然Oracle系統(tǒng)肯定是與操作系統(tǒng)同時(shí)運(yùn)行的。為了避免他們之間的I/Q沖突,就需要將Oracle部署在操作系統(tǒng)盤(pán)以外的磁盤(pán)上。四是聯(lián)機(jī)重做日志文件。這個(gè)文件比較復(fù)雜,不但要將其與其他文件分開(kāi)來(lái)存放。而且還需要注意的是,***能夠?qū)⑵浯娣旁谛阅?**的硬盤(pán)上。
***需要說(shuō)明的一點(diǎn)是,增加磁盤(pán)也會(huì)增加成本。這不光光是購(gòu)買(mǎi)磁盤(pán)所需要的花費(fèi),還包括管理的成本。所以這之間也會(huì)涉及到成本與性能之間的一個(gè)均衡問(wèn)題。如果企業(yè)的數(shù)據(jù)不是很多,或者主要是涉及到查詢(xún)操作,那么這么設(shè)計(jì)的話,就可能不怎么合理。因?yàn)橥度胍笥诨貓?bào)。
三、如何確定是否需要將文件分開(kāi)來(lái)存放?
在實(shí)際工作中,企業(yè)的數(shù)據(jù)是一個(gè)從少到多的過(guò)程。也就是說(shuō),剛開(kāi)始使用數(shù)據(jù)庫(kù)的時(shí)候,可能數(shù)據(jù)量比較少,此時(shí)出于成本的考慮,沒(méi)有將相關(guān)文件存放在不同的磁盤(pán)上。但是隨著工作的深入,用戶(hù)會(huì)發(fā)現(xiàn)數(shù)據(jù)庫(kù)的性能在逐漸的降低。此時(shí)管理員就需要考慮,能夠采取這種多建車(chē)道的措施,來(lái)提高數(shù)據(jù)庫(kù)性能。當(dāng)然在采取這個(gè)措施之前,管理員需要先進(jìn)性評(píng)估。此時(shí)評(píng)估所需要用到的一個(gè)指標(biāo)就是磁盤(pán)的I/O爭(zhēng)用。
磁盤(pán)爭(zhēng)用通常發(fā)生在有多個(gè)進(jìn)程試圖同時(shí)訪問(wèn)一個(gè)物理磁盤(pán)的情況下。如現(xiàn)在用戶(hù)需要訪問(wèn)某個(gè)數(shù)據(jù)表中的數(shù)據(jù),此時(shí)系統(tǒng)需要訪問(wèn)索引文件與數(shù)據(jù)表文件。如果將它們放置在同一磁盤(pán)上,那么在訪問(wèn)時(shí)就會(huì)發(fā)生I/O沖突。所以評(píng)估I/O沖突的嚴(yán)重程度,可以幫我們來(lái)確定是否需要將關(guān)鍵文件存放在不同的磁盤(pán)上。
將I/O平均的分布到多個(gè)可用的磁盤(pán)上,這可以有效的減少磁盤(pán)之間的爭(zhēng)用情況,提高數(shù)據(jù)存儲(chǔ)與讀取的性能。從而提高Oracle等應(yīng)用程序的效率。在實(shí)際工作中,數(shù)據(jù)庫(kù)控制文件中有兩個(gè)參數(shù)可以用來(lái)幫助我們?cè)u(píng)估這個(gè)指標(biāo)。這兩個(gè)參數(shù)是文件平均讀取時(shí)間和文件平均寫(xiě)入時(shí)間。不過(guò)在使用這兩個(gè)參數(shù)的時(shí)候,其只評(píng)估所有與數(shù)據(jù)庫(kù)相關(guān)聯(lián)的文件。管理員如果有需要的話,也可以通過(guò)下面的查詢(xún)語(yǔ)句來(lái)查詢(xún)數(shù)據(jù)文件是否存在I/O問(wèn)題。查詢(xún)的語(yǔ)法與結(jié)果如下圖所示:
從如上的查詢(xún)結(jié)果中可以看出某個(gè)數(shù)據(jù)文件是否繁忙,數(shù)據(jù)文件之間是否存在著/I/O沖突文件。這里需要注意的是,這個(gè)結(jié)果是一個(gè)動(dòng)態(tài)的結(jié)果。在不同的時(shí)刻、用戶(hù)進(jìn)行不同的操作時(shí)往往會(huì)得出不同的結(jié)論。為此筆者建議,在使用這個(gè)數(shù)據(jù)的時(shí)候,***能夠多跟蹤幾次。然后分析多次運(yùn)行的結(jié)果。只有如此,才能夠得到比較合乎情理的判斷。
通常情況下,管理員根據(jù)上面的結(jié)果可以得出三種結(jié)論。
***種結(jié)論是上面這些數(shù)據(jù)文件都不是很忙。即文件的平均讀取時(shí)間與寫(xiě)入時(shí)間都比較短,表示這兩個(gè)文件都是比較空閑的。此時(shí)正常情況下,數(shù)據(jù)庫(kù)的性能應(yīng)該是不錯(cuò)的。也就是說(shuō),如果此時(shí)數(shù)據(jù)庫(kù)的性能不理想的話,那么就不是磁盤(pán)的I/O所造成的。管理員應(yīng)該從其他角度來(lái)改善數(shù)據(jù)庫(kù)的性能。
第二種結(jié)論是每個(gè)數(shù)據(jù)庫(kù)文件都非常的繁忙。此時(shí)有可能是讀取時(shí)間或者寫(xiě)入時(shí)間比較長(zhǎng),或者說(shuō)兩個(gè)時(shí)間都比較長(zhǎng)。當(dāng)多個(gè)數(shù)據(jù)文件同時(shí)比較繁忙并且他們處于同一磁盤(pán)的話,那么管理員就需要考慮購(gòu)買(mǎi)新的磁盤(pán),然后將上面提到的這些關(guān)鍵文件重新整理,讓他們部署在不同的磁盤(pán)上。
第三種結(jié)論是某幾個(gè)特定的數(shù)據(jù)文件比較繁忙,而其他數(shù)據(jù)文件還可以。此時(shí)管理員如果成本受到限制,那么也不需要重新購(gòu)買(mǎi)硬盤(pán)。在磁盤(pán)上的物理寫(xiě)入和讀取次數(shù)上如果出現(xiàn)比較大的差異,就表明某個(gè)磁盤(pán)負(fù)載過(guò)大,即有很?chē)?yán)重的I/O沖突。此時(shí)***能夠?qū)⑦@個(gè)磁盤(pán)中的文件進(jìn)行調(diào)整,如將某些文件移動(dòng)到另外的一塊I/O相對(duì)不怎么嚴(yán)重的磁盤(pán)上。不過(guò)在采取這個(gè)操作的時(shí)候,需要注意一點(diǎn)。對(duì)于聯(lián)機(jī)重做日志文件來(lái)說(shuō),即使其所在的磁盤(pán)I/O沖突比較低,或者訪問(wèn)這個(gè)文件的時(shí)間比較短,但是也不建議將其他數(shù)據(jù)文件轉(zhuǎn)移到其所在的磁盤(pán)上來(lái)。因?yàn)橥ǔG闆r下,為了保障數(shù)據(jù)庫(kù)的性能,我們都建議將聯(lián)機(jī)重做日志文件單獨(dú)存放,并且還需要講起放置在性能比較高的硬盤(pán)上。
總之,將關(guān)鍵的Oracle數(shù)據(jù)庫(kù)文件分開(kāi)放置。如此的話可以有效避免磁盤(pán)爭(zhēng)用成為Oracle數(shù)據(jù)庫(kù)系統(tǒng)的性能瓶頸。通過(guò)上文中介紹的方法就能夠?qū)崿F(xiàn)Oracle性能的提高。

我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢(xún)/運(yùn)營(yíng)咨詢(xún)/技術(shù)建議/互聯(lián)網(wǎng)交流