這篇技巧性文章是由“國際Oracle用戶組”（IOUG）提供的，它是一個(gè)由用戶組成的組織，這個(gè)組織通過提供高質(zhì)量的信息、培訓(xùn)、網(wǎng)絡(luò)和支持，來提高Oracle數(shù)據(jù)庫專家和數(shù)據(jù)庫開發(fā)者的水平。這篇文章摘自由David Welch所寫的論文《可預(yù)見的Oracle應(yīng)用程序性能調(diào)優(yōu)》。點(diǎn)擊這里成為“國際Oracle用戶組”的一員，從而獲得成千上萬的由Oracle用戶寫的技巧性文章和科技文獻(xiàn)。 引言 我們見到過很多帶有巨大性能問題的Oracle應(yīng)用程序和電子商務(wù)套件安裝。我們得出的結(jié)論是：這些安裝都可以在性能方面取得進(jìn)一步的提升。換句話說，性能已經(jīng)很高，幾乎不能得到再得到改善的安裝是很少見的。 有爭(zhēng)議的問題 針對(duì)產(chǎn)品系統(tǒng)堆棧而言，我們的底部端對(duì)端性能調(diào)優(yōu)方法總是很快產(chǎn)生成果，比我們認(rèn)為的遵循廣泛的備忘列表要快。我提出以下一些問題共討論： 大部分性能改善的可能性都是在應(yīng)用程序級(jí)上：這條結(jié)論來自Metalink上關(guān)于性能調(diào)優(yōu)的一個(gè)顯著的注釋。這條結(jié)論和我們的經(jīng)驗(yàn)性能調(diào)優(yōu)系統(tǒng)堆棧沒有統(tǒng)計(jì)意義上的關(guān)系。 平均需要兩天的時(shí)間：這是書上做出的結(jié)論。但我們的經(jīng)驗(yàn)不支持這個(gè)結(jié)論。我認(rèn)為得出一個(gè)Oracle應(yīng)用程序性能改善的策略最少應(yīng)該需要12天。第一天早晨開會(huì)是很常見的事。最后兩天主要用來完成行政方面和技術(shù)級(jí)上的有關(guān)發(fā)現(xiàn)、勝利和緊接著的推薦的文檔工作?？梢钥鋸埖卣f，假如一個(gè)性能改善不被記錄下來形成文檔，那么以后很難再重復(fù)類似的性能改善。假如對(duì)出現(xiàn)的問題不記錄下來形成文檔，那么很可能它會(huì)再次發(fā)生。假如一個(gè)問題及其解決方法不被記錄下來形成文檔的話，對(duì)它的監(jiān)測(cè)將非常困難。 擴(kuò)展碎片：對(duì)于聯(lián)機(jī)事務(wù)處理系統(tǒng)，這應(yīng)該不是一個(gè)問題。我們聽過很多有關(guān)“聯(lián)機(jī)事務(wù)處理系統(tǒng)”對(duì)碎片嚴(yán)重的表（這些表完全是鍵值惟一的）進(jìn)行事務(wù)處理不會(huì)影響性能的說法。但是，我們應(yīng)該經(jīng)常性地重組以消除碎片，這會(huì)帶來性能上的巨大改善。Oracle存儲(chǔ)治理改善正在向?qū)⑺槠瑤淼挠绊懽钚』筇げ降剡~進(jìn)。 由于緩沖輸入輸出不是大問題，所以需要對(duì)磁盤輸入輸出進(jìn)行性能調(diào)優(yōu)：這里有兩點(diǎn)需要說明。磁盤輸入輸出的實(shí)際開銷并不是內(nèi)存緩沖輸入輸出的一萬倍。真實(shí)的比值接近70。即使你的CPU似乎正在抵銷這個(gè)代價(jià)，并且不帶來任何顯著的性能問題，但是這個(gè)問題顯然會(huì)限制你的系統(tǒng)的可伸縮性。隨著時(shí)間的流逝，我們?cè)絹碓街匾曔^高的內(nèi)存緩沖輸入輸出，同時(shí)找尋性能改善的機(jī)會(huì)。 OATablespace模型和遷移工具集：已發(fā)布的Metalink注釋（10/03）聲稱“這個(gè)新模型帶來了實(shí)時(shí)性能改善?！边@個(gè)模型的概念是將100多個(gè)Oracle應(yīng)用程序表空間合并成一個(gè)以10計(jì)數(shù)的表空間。這會(huì)帶來潛在的存儲(chǔ)空間節(jié)省么？或許。這會(huì)帶來更高的操作效率么？它依靠于其他東西。我們還沒有講解這個(gè)工具集。但是我們已經(jīng)理解了在白板級(jí)上的表空間合并是如何改善性能的。 對(duì)你的個(gè)人電腦客戶端進(jìn)行磁盤碎片整理：在這本書中有關(guān)這個(gè)問題的討論很多。這或許是正確的，因?yàn)樵趯懽鞅緯鴷r(shí)正流行“胖客戶端”。但是現(xiàn)在，Oracle應(yīng)用程序客戶端是一個(gè)“瘦客戶端”（從Oracle廢除Jinitiator開始，我們稱瀏覽器為瘦客戶端），不要期待能從對(duì)你的個(gè)人電腦客戶端硬盤驅(qū)動(dòng)器進(jìn)行磁盤碎片整理中得到性能提升。 載入模塊補(bǔ)?。哼@是Oracle技術(shù)支持對(duì)于性能問題經(jīng)常給出的對(duì)策，其實(shí)在很多情況下，它并不合適。原因是打補(bǔ)丁經(jīng)常會(huì)帶來不穩(wěn)定性。假如對(duì)于補(bǔ)丁的依靠性沒有給予充分考慮，你可能會(huì)發(fā)現(xiàn)你不得不載入整個(gè)補(bǔ)丁包，而你根本就沒打算載入它們，結(jié)果就是對(duì)你系統(tǒng)的堆棧穩(wěn)定性產(chǎn)生了影響。 項(xiàng)目治理 項(xiàng)目治理是很要害的。Oracle應(yīng)用程序性能實(shí)施即是技術(shù)上的也是行政上的。某個(gè)人必須出來做掌舵者，即項(xiàng)目治理者。必須按功能區(qū)分出不同的優(yōu)先次序。假如有可能，可以按照以下方式：商業(yè)單位先計(jì)算他們選拔人才的時(shí)間延遲帶來的財(cái)政開支，然后乘上用戶的數(shù)量及其每分鐘的收入。獲得應(yīng)用程序性能改善的開銷之一就是要記錄文檔。同時(shí)，也需要記錄大量的紙質(zhì)文檔。用戶的欲望必須被治理起來，因?yàn)椴⒉皇撬械膮^(qū)域都會(huì)產(chǎn)生同樣戲劇性的結(jié)果。必須有一個(gè)治理者來劃分不同的優(yōu)先次序，有些時(shí)候甚至需要對(duì)性能團(tuán)隊(duì)的訪問進(jìn)行過濾。一方面，用戶會(huì)頻繁地提出會(huì)導(dǎo)致底層性能問題的主意和要求。另一方面，和用戶進(jìn)行交互可能會(huì)妨礙你的工作進(jìn)度。成功也會(huì)導(dǎo)致暴露下一層性能問題的出現(xiàn)。什么是用戶不能告訴你的 針對(duì)某個(gè)用戶的從底向上的方法揭示了一個(gè)單獨(dú)的包消耗的輸入輸出資源占全部的25％左右。對(duì)另一個(gè)用戶而言，一個(gè)單獨(dú)的查詢可能會(huì)引起每周4.3TB的緩沖輸入輸出。性能調(diào)優(yōu)使得緩沖開銷降至原先的0.06％。問題是它會(huì)耗盡CPU資源，同時(shí)，在那種情況下，是否對(duì)CPU進(jìn)行擴(kuò)充還需慎重考慮。沒有人知道系統(tǒng)堆棧正在抵銷這個(gè)代價(jià)。 關(guān)于性能調(diào)優(yōu)保守最嚴(yán)密的一個(gè)秘密在Oracle性能調(diào)優(yōu)指南中被發(fā)現(xiàn)的。作為一個(gè)團(tuán)隊(duì)，我們發(fā)現(xiàn)這個(gè)秘密已經(jīng)多年了。對(duì)于beta級(jí)或產(chǎn)品系統(tǒng)的性能問題，你應(yīng)該從系統(tǒng)的最底層堆棧開始診斷。不幸的是，性能診斷經(jīng)常僅僅集中在系統(tǒng)堆棧中間的四個(gè)部分。它們是： * 邏輯數(shù)據(jù)庫結(jié)構(gòu) * 數(shù)據(jù)庫操作 * 訪問路徑（SQL） * 內(nèi)存分配 但是，我們經(jīng)?？梢栽贠racle底層的幾個(gè)級(jí)別上發(fā)現(xiàn)很大的性能問題，如下所示： * 輸入輸出和物理數(shù)據(jù)庫結(jié)構(gòu) * 資源競(jìng)爭(zhēng) * 底層操作系統(tǒng)平臺(tái) 藏寶圖 在Oracle性能調(diào)優(yōu)級(jí)上，藏寶圖就是v$sqlarea視圖。假如我是一個(gè)IT治理者，我將會(huì)記住這個(gè)視圖的名字。并且，每當(dāng)我在大廳遇見我的數(shù)據(jù)庫治理員時(shí)，我都會(huì)問他們這周他們查詢這個(gè)視圖的次數(shù)。 Metalink 注釋 235146.1給出了對(duì)這個(gè)視圖進(jìn)行查詢的一些樣例。例如： select sql_text, executions, buffer_gets, disk_reads, rows_processed,sorts, address, first_load_time, HASH_VALUE, modulefrom v$sqlareawhere executions > 0order by reads_per desc最近，越來越多的Oracle 9i版本加入了模塊（MODULE）這個(gè)列，該列揭示了Oracle應(yīng)用程序的模塊名稱。 統(tǒng)計(jì)包 在很多大型企業(yè)中，統(tǒng)計(jì)包的使用仍然被忽視。這可能是帶有脅迫性的報(bào)道。不要犯試圖僅僅讀取輸出結(jié)果，就能獲取所有信息的錯(cuò)誤，即使是第一頁就足以告訴你這份報(bào)道中剩下的你應(yīng)該重視的10％在哪兒。Oracle 9.2版本的統(tǒng)計(jì)包，現(xiàn)在包含CPU和消耗時(shí)間列。以前，為了將長(zhǎng)時(shí)間運(yùn)行的SQL語句排序到最頂端，我們不得不開啟“追蹤”，連接追蹤文件，并將它們交付程序tkprof來處理。對(duì)于那些一個(gè)簡(jiǎn)單的“追蹤”就要處理多達(dá)10GB數(shù)據(jù)的大型企業(yè)而言，這是不現(xiàn)實(shí)的。 讓用戶參與到性能調(diào)優(yōu)中去 將這條建議（即，讓用戶參與到性能調(diào)優(yōu)中去）寫入書中的人應(yīng)該因其創(chuàng)造性而得到贊譽(yù)。讓你的用戶也參與到性能診斷中去。購買一臺(tái)Oracle應(yīng)用程序評(píng)測(cè)個(gè)人電腦，并把它給用戶使用。不要使用與個(gè)人電腦類似的配置好的筆記本，因?yàn)樵谕瑯右?guī)范的情況下，筆記本沒有個(gè)人電腦的同樣性能特性。配置清單如下： * 750 MB CPU * 256 MB 內(nèi)存 * windows 2000 企業(yè)版（第四版） * 使用獨(dú)立的邏輯磁盤 * Jinitiator－鎖定版 * 標(biāo)準(zhǔn)軟件，例如Office 2003 供評(píng)測(cè)用的個(gè)人電腦不需要以下配置： * 墻紙 * 屏幕截圖 * 工具條 * 常駐程序 將評(píng)測(cè)用個(gè)人電腦送上用戶的桌面，帶著性能問題。將用戶的電腦接入局域網(wǎng)，讓用戶工作一段時(shí)間。然后，再將用戶的電腦放進(jìn)計(jì)算機(jī)房間，并把它接入中間層，讓用戶在它上面進(jìn)行更多的工作。評(píng)測(cè)用個(gè)人電腦消除了用戶方對(duì)Oracle應(yīng)用程序性能的主觀性，同時(shí)也消除了面對(duì)用戶抱怨性能問題你們的主觀性。索引計(jì)數(shù)和性能 回到70年代，開發(fā)者指南基本上說不要在一個(gè)表上建立4到5個(gè)索引。今天，開發(fā)者指南上的注釋如下： Oracle不限制在一個(gè)表上建立索引的個(gè)數(shù)。盡管如此，你需要考慮索引所帶來的性能改善，以及你的數(shù)據(jù)庫應(yīng)用程序的實(shí)際需要，從而決定需要對(duì)哪些列建立索引。 事實(shí)是：每個(gè)Oracle應(yīng)用程序表可能包含30多個(gè)索引。假如我們加入一個(gè)索引能將經(jīng)常需要的SQL語句的輸入輸出減少，我們會(huì)不考慮高索引計(jì)數(shù)的問題而加入這個(gè)索引。 CPU 減小并發(fā)治理池的寬度，至今我們還沒發(fā)現(xiàn)這會(huì)阻塞任務(wù)的進(jìn)行。我們經(jīng)常會(huì)看到的情景是：減小并發(fā)治理池的寬度實(shí)際上增加了批處理任務(wù)的吞吐量，它也使CPU不那么忙碌。有許多包含對(duì)等進(jìn)程的任務(wù)必須被完成。假如一個(gè)任務(wù)的池寬度過窄，所需的任務(wù)可能永遠(yuǎn)也得不到處理，從而阻塞整體任務(wù)。 我們和Oracle應(yīng)用程序安裝小組、培訓(xùn)者打過交道，他們喜歡增加并發(fā)治理池的寬度，而無視對(duì)CPU的影響，這種設(shè)置一直保持到產(chǎn)品發(fā)布時(shí)仍然存在。在練習(xí)和測(cè)試環(huán)境中，安全問題的大門是開著的，并且安裝者增加并發(fā)治理池的寬度以期望他們的批處理任務(wù)可以盡早完成。他們這樣做或許根本沒有考慮到對(duì)CPU的影響，CPU可能會(huì)因此而被完全占用。 CPU運(yùn)行隊(duì)列不應(yīng)該比你的CPU計(jì)數(shù)的兩倍還深。假如CPU在一天中被經(jīng)常性完全占用，就必須放棄某些設(shè)置。尋找這個(gè)需要被放棄的設(shè)置的第一位置就應(yīng)該是并發(fā)治理池。