Oracle數(shù)據(jù)庫(kù)的性能優(yōu)化與調(diào)整_第1頁(yè)
Oracle數(shù)據(jù)庫(kù)的性能優(yōu)化與調(diào)整_第2頁(yè)
Oracle數(shù)據(jù)庫(kù)的性能優(yōu)化與調(diào)整_第3頁(yè)
Oracle數(shù)據(jù)庫(kù)的性能優(yōu)化與調(diào)整_第4頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、oracleoracle 數(shù)據(jù)庫(kù)的性能優(yōu)化與調(diào)整數(shù)據(jù)庫(kù)的性能優(yōu)化與調(diào)整摘要:oracle 數(shù)據(jù)庫(kù)性能優(yōu)化對(duì)于保證系統(tǒng)安全,信息安全,業(yè)務(wù)正常運(yùn)作具有重要影響。全文首先簡(jiǎn)要闡述了影響 oracle 性能的因素,然后提出確定 oracle 性能調(diào)整目標(biāo)的必要性,最后介紹了 oracle 數(shù)據(jù)庫(kù)系統(tǒng)性能優(yōu)化技術(shù)。關(guān)鍵字:oracle 數(shù)據(jù)庫(kù) 優(yōu)化中圖分類(lèi)號(hào):tp3 文獻(xiàn)標(biāo)識(shí)碼:a 文章編號(hào):1672-3791(2011)02(a)-0000-00進(jìn)入信息社會(huì)來(lái),越來(lái)越多的信息都保存成電子形式,數(shù)據(jù)庫(kù)作為信息的承載者,發(fā)揮著重要的作用,但不可避免的是數(shù)據(jù)庫(kù)系統(tǒng)的性能問(wèn)題突顯,因此如何對(duì)數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行性

2、能優(yōu)化是至關(guān)重要的。oracle 是使用最廣泛的大型數(shù)據(jù)庫(kù)之一,使用 oracle 的應(yīng)用系統(tǒng)規(guī)模也比較大,需要處理的連接數(shù)和事務(wù)都是較多的,對(duì)于這些系統(tǒng)來(lái)講效率是最重要的指標(biāo)之一,因此經(jīng)常性地調(diào)整可以優(yōu)化應(yīng)用系統(tǒng)的性能,防止系統(tǒng)出現(xiàn)瓶頸。一、影響 oracle 性能的因素oracle 系統(tǒng)性能受到數(shù)據(jù)庫(kù)運(yùn)行的諸多方面的影響與制約,包括數(shù)據(jù)庫(kù)及其配置、操作系統(tǒng)、設(shè)計(jì)、應(yīng)用程序。1、數(shù)據(jù)庫(kù)及其配置數(shù)據(jù)庫(kù)是整個(gè)系統(tǒng)的核心,它的性能直接影響到整個(gè)系統(tǒng)的性能。如果對(duì)數(shù)據(jù)庫(kù)系統(tǒng)的選用和數(shù)據(jù)庫(kù)系統(tǒng)的配置不恰當(dāng)?shù)脑挘瑢?duì)系統(tǒng)的設(shè)計(jì)到最終的使用都是一種災(zāi)難,所以務(wù)必做好詳細(xì)的規(guī)劃。2、操作系統(tǒng)操作系統(tǒng)不是數(shù)據(jù)庫(kù)

3、,但是數(shù)據(jù)庫(kù)的基礎(chǔ),作為數(shù)據(jù)庫(kù)運(yùn)行的平臺(tái),在性能或多或少會(huì)對(duì)整個(gè)系統(tǒng)造成影響,尤其是在安全性方面。3、設(shè)計(jì)應(yīng)用程序的設(shè)計(jì)是整個(gè)系統(tǒng)的靈魂,一個(gè)好的設(shè)計(jì)對(duì)系統(tǒng)性能會(huì)有很大幫助,而一個(gè)欠佳的設(shè)計(jì)最佳的修改時(shí)期就是在設(shè)計(jì)時(shí)期,越晚修改付出的代價(jià)也就越大。4、應(yīng)用程序應(yīng)用程序中 sql 語(yǔ)句的編寫(xiě)、數(shù)據(jù)庫(kù)連接方式的選擇、數(shù)據(jù)庫(kù)端程序設(shè)計(jì)以及數(shù)據(jù)庫(kù)對(duì)象的使用情況等,都影響系統(tǒng)的執(zhí)行效率。以上幾方面影響性能的比例據(jù)統(tǒng)計(jì)分別依次占:17.5%、2.5%、20%、60%。二、oracle 性能調(diào)整的目標(biāo)即使是在系統(tǒng)維護(hù)階段,也需要建立數(shù)據(jù)庫(kù)性能的目標(biāo),通過(guò)對(duì)比才能知道何時(shí)需要做出調(diào)整,調(diào)整的方法從當(dāng)時(shí)設(shè)計(jì)系統(tǒng)

4、時(shí)是如何考慮的出發(fā),進(jìn)行操作系統(tǒng)的硬件或軟件的調(diào)整,確定問(wèn)題原因,采取有效措施。當(dāng)進(jìn)行系統(tǒng)設(shè)計(jì)時(shí),制定專(zhuān)門(mén)的目標(biāo)。當(dāng)檢測(cè)到使用過(guò)程中系統(tǒng)不能滿足此目標(biāo)了,查找問(wèn)題原因,采取糾正措施。在開(kāi)發(fā)期間,應(yīng)在實(shí)際環(huán)境中測(cè)試應(yīng)用,確定在采取應(yīng)用之前是否滿足設(shè)計(jì)的性能目標(biāo)。當(dāng)正在維護(hù)系統(tǒng)時(shí),可以用 oracle 工具(例如 awr、addm)來(lái)監(jiān)視數(shù)據(jù)庫(kù)運(yùn)行的狀態(tài)。無(wú)論如何,調(diào)整通常是一系列開(kāi)銷(xiāo)。一旦找到,可能會(huì)要犧牲一些其它方面的指標(biāo)來(lái)達(dá)到所要的結(jié)果。例如,如果 i/o 競(jìng)爭(zhēng)太大,可能需要更多內(nèi)存或磁盤(pán)。如果不可能添加設(shè)備的話,可能就需要限制系統(tǒng)的并發(fā)或連接數(shù),以得到所需要的性能。當(dāng)面對(duì)如何進(jìn)行各方面的取

5、舍時(shí),你必需要明白:哪些方面是最重要,那就可以用其它方面來(lái)?yè)Q取這一方面的性能。隨著應(yīng)用的規(guī)模越來(lái)越龐大,全面的調(diào)整應(yīng)用逐漸變成代價(jià)高昂的行為,在這情況下,要取得最大的效率/投入之比,較好的辦法是調(diào)整應(yīng)用的關(guān)鍵部分,使其達(dá)到比較高的性能,這樣從總體上來(lái)說(shuō),整個(gè)系統(tǒng)的性能也是比較高的。這也就是有名的 20/80 原則,調(diào)整應(yīng)用的 20%(關(guān)鍵部分),能解決 80%的問(wèn)題。三、數(shù)據(jù)庫(kù)性能的優(yōu)化1、明確哪些是要和計(jì)算機(jī)交互的資源在計(jì)算機(jī)中磁盤(pán) i/o,內(nèi)存,cpu、網(wǎng)絡(luò)和 process 是與數(shù)據(jù)庫(kù)打交道最多的資源了,如何合理分配利用這些資源,并且需要充分考慮到幾種資源不同的延時(shí),就對(duì)數(shù)據(jù)庫(kù)的性能有很

6、大的影響了。磁盤(pán) i/o 是這幾種資源中最耗時(shí)間的,因?yàn)榇疟P(pán)是機(jī)械的設(shè)備,延時(shí)比較大,而硬盤(pán)的轉(zhuǎn)速在一定時(shí)期內(nèi)想再提高是比較難的,所以只能是從并行性考慮此問(wèn)題,如何提高i/o 的并行涉及 oracle 數(shù)據(jù)庫(kù)系統(tǒng)存取的原理,需要理解清楚在進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)什么條件下會(huì)引起磁盤(pán)的讀寫(xiě),有了這些知識(shí)就可以在這個(gè)基礎(chǔ)上進(jìn)行優(yōu)化了。如何合理使用計(jì)算機(jī)內(nèi)存也會(huì)對(duì)數(shù)據(jù)庫(kù)的性能造成較大的影響,oracle 數(shù)據(jù)庫(kù)中最為主要的內(nèi)存區(qū)域是 sga(system global area),所有的數(shù)據(jù)庫(kù)線程、共享池以及緩存區(qū)都使用這一塊區(qū)域,所以如果分配太少內(nèi)存給這塊區(qū)域使用,就會(huì)大大降低數(shù)據(jù)庫(kù)的整體性能,但如果分配

7、得太多內(nèi)存,就會(huì)限制了操作系統(tǒng)性能,因此在分配 sga 的大小一般占主機(jī)內(nèi)存的一半。在 cpu、網(wǎng)絡(luò)和 process 方面對(duì)數(shù)據(jù)庫(kù)的影響較以上兩方面小,在服務(wù)器中 cpu 的數(shù)量越來(lái)越多,線程數(shù)也越來(lái)越大,在 cpu 處理能力上的瓶頸的情況也較少出現(xiàn),而網(wǎng)絡(luò)的瓶頸一般出現(xiàn)在 c/s 架構(gòu)上,如果在設(shè)計(jì)之初沒(méi)有定好網(wǎng)絡(luò)流量的目標(biāo),數(shù)據(jù)庫(kù)操作的語(yǔ)句沒(méi)有規(guī)劃好寫(xiě)在客戶端還是服務(wù)器上,當(dāng)數(shù)據(jù)庫(kù)訪問(wèn)量變大后,對(duì)網(wǎng)絡(luò)的流量壓力將會(huì)突顯,因此一般大的 sql 語(yǔ)句或操作建議放在服務(wù)器端以存儲(chǔ)過(guò)程形式來(lái)運(yùn)行。另外,因?yàn)?oracle 連接模式有專(zhuān)用模式和共享模式之分,所以采取共享模式來(lái)連接數(shù)據(jù)庫(kù)可以達(dá)到節(jié)省

8、一部分服務(wù)器資源的目標(biāo),但是 oracle 的共享模式不是非常完善,而且在很多操作時(shí)需要用到專(zhuān)用模式連接,因此往往很少會(huì)使用共享模式來(lái)連接數(shù)據(jù)庫(kù),而使用專(zhuān)用模式連接+連接共享池(中間層來(lái)提供)的模式設(shè)計(jì)系統(tǒng)。2、針對(duì)磁盤(pán) i/o 調(diào)整原則首先要建立貫穿整個(gè)應(yīng)用的設(shè)計(jì)思想:最小化 i/o 的訪問(wèn)。主要的方法有:均衡各類(lèi)文件(控制文件、數(shù)據(jù)文件、日志文件、歸檔文件和臨時(shí)文件)的分布(1)控制文件:?jiǎn)为?dú)存放,鏡像不要過(guò)多,2 份足以;(2)日志文件單獨(dú)存放,不要放在 raid5 上,member 不要過(guò)多,2 份足以;(3)undo 文件單獨(dú)存放;(4)數(shù)據(jù)文件盡可能的要分散,尤其是分區(qū)表和分區(qū)索引所存儲(chǔ)的數(shù)據(jù)文件;(5)臨時(shí)文件單獨(dú)存放,不同的用戶使用不同的臨時(shí)表空間,最好能使用臨時(shí)表空間組(6)索引和數(shù)據(jù)文件分離,對(duì) i/o 影響不大,便于管理(根據(jù)索引的原理 rowid)(7)歸檔文件和所有其他文件分離,更務(wù)必和日志文件絕對(duì)分離四、結(jié)語(yǔ)oracle 數(shù)據(jù)庫(kù)系統(tǒng)性能優(yōu)化與調(diào)整是一個(gè)復(fù)雜、繁瑣的系統(tǒng)工程,貫穿于數(shù)據(jù)庫(kù)系統(tǒng)開(kāi)發(fā)的整個(gè)過(guò)程。本文就磁盤(pán) i/o 的優(yōu)化和調(diào)整進(jìn)行研究,但數(shù)據(jù)庫(kù)系統(tǒng)的優(yōu)化和調(diào)整還包括內(nèi)存結(jié)構(gòu)調(diào)整、磁盤(pán)碎片調(diào)整以及 c p u 性能調(diào)整等,應(yīng)該充分利用各種性能優(yōu)化與調(diào)整策略進(jìn)行

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論