【正文】 部的性能問題 　　　　Oracle 并不是單獨(dú)運(yùn)行的。 　　 我們首先從調(diào)整 Oracle 外部的環(huán)境開始。 　　 調(diào)整 Oracle 排序：排序?qū)τ?Oracle 性能也是有很大影響的。 　　Oracle SQL 調(diào)整。因此我們將查看一下通過調(diào)整 Oracle 服務(wù)器以得到高的性能。關(guān)于調(diào)優(yōu)可以寫整整一本書，不過，為了改善 Oracle 數(shù)據(jù)庫的性能，有一些基本的概念是每個(gè) Oracle DBA 都應(yīng)該遵從的。它有大量的調(diào)整參數(shù)和技術(shù)來改進(jìn)你的 Oracle 數(shù)據(jù)庫的性能。對(duì)于 IT 專家來說，就是要確保利用 Oracle 的強(qiáng)大特性來提高他們公司的生產(chǎn)力。但是聰明的Oracle DBA和開發(fā)人員能夠改變表的搜索限制參數(shù)或者使用ordered提示來手工指定表的連接順序，從而顯著地減少優(yōu)化和執(zhí)行新查詢所需的時(shí)間 一旦檢測到最佳的連接順序，我們就可以使用ordered提示來重載optimizer_search_limit和optimizer_max_permutations參數(shù)。在查詢中包含四個(gè)以上的表時(shí)，ordered提示和存儲(chǔ)輪廓將排除耗時(shí)的評(píng)估SQL連接順序解析的任務(wù)，從而提高查詢的速度。當(dāng)你打算使用優(yōu)化器來穩(wěn)定計(jì)劃，則可以照下面的方法使執(zhí)行計(jì)劃持久化，臨時(shí)將optimizer_search_limit設(shè)置為查詢中的表的數(shù)目，從而允許優(yōu)化器考慮所有可能的連接順序。一旦找到最佳的連接順序，您就可以通過增加ordered提示到當(dāng)前的查詢中，并保存它的存儲(chǔ)輪廓，來為這些表手工指定連接順序，從而使其持久化。bonuswhere . . .　　 實(shí)踐建議 dept,　　 　select /*+ ordered use_hash (emp, dept) use_nl (sal, bonus) */　　from　　 另外一個(gè)例子，下面的查詢使用ordered提示按照指定的順序來連接表：emp、dept、sal，最后是bonus。ordered提示通常被用來與其它的提示聯(lián)合起來來保證采用正確的順序連接多個(gè)表。bonus bwhere　　.from　　 ,　　注意，我已經(jīng)使用了ordered提示來直接最優(yōu)化表的評(píng)估順序，最終它們表現(xiàn)在WHERE子句上。為了盡快創(chuàng)建最小的解決方案集，這里所遵循的規(guī)則是將表結(jié)合起來，通常優(yōu)先使用限制最嚴(yán)格的WHERE子句來連接表。如果優(yōu)化器在評(píng)估了80,000個(gè)組合后停止，那么它才%的可能組合，而且或許還沒有為這個(gè)巨大的查詢找到最佳的連接順序。但是即使采用有很高價(jià)值的排列評(píng)估，我們?nèi)匀粨碛惺箖?yōu)化器可以盡早地放棄復(fù)雜的查詢的重要機(jī)會(huì)。一旦優(yōu)化器停止評(píng)估表的連接組合，它將選擇成本最低的組合。optimizer_max_permutations的默認(rèn)值是80,000。當(dāng)查詢中的表的數(shù)目比optimizer_search_limit小時(shí)，帶星號(hào)的提示將被優(yōu)先考慮。 例如：有五個(gè)表連接的查詢將有120（5! = 5 * 4 * 3 * 2 * 1 = 120）種可能的連接組合，因此如果optimizer_search_limit等于5（默認(rèn)值），則優(yōu)化器將評(píng)估所有的120種可能。使用這個(gè)參數(shù)，我們將能夠防止優(yōu)化器消耗不定數(shù)量的時(shí)間來評(píng)估所有可能的連接組合。對(duì)于15個(gè)表之間的連接，需要評(píng)估的可能查詢排列將超過1萬億（準(zhǔn)確的數(shù)字是1,307,674,368,000）種。例如：六個(gè)表的之間連接有720（6的階乘，或6 * 5 * 4 * 3 * 2 * 1 = 720）種可能的連接線路。 評(píng)估表的連接順序 在SQL語句的準(zhǔn)備過程中，花費(fèi)最多的步驟是生成執(zhí)行計(jì)劃，特別是處理有多個(gè)表連接的查詢。然而，對(duì)于生成特殊的SQL語句，或嵌入了文字變量的SQL語句的系統(tǒng)，SQL執(zhí)行計(jì)劃的生成時(shí)間就很重要了，并且前一個(gè)執(zhí)行計(jì)劃通常不能夠被重用。 5) 建立二進(jìn)制代碼：基于執(zhí)行計(jì)劃，Oracle生成二進(jìn)制執(zhí)行代碼。 3) 輪廓存儲(chǔ)檢查：檢查數(shù)據(jù)字典，以確定該SQL語句的輪廓是否已經(jīng)存在。 準(zhǔn)備執(zhí)行SQL語句 當(dāng)SQL語句進(jìn)入Oracle的庫緩存后，在該語句準(zhǔn)備執(zhí)行之前，將執(zhí)行下列步驟： 1) 語法檢查：檢查SQL語句拼寫是否正確和詞序。 五：綜合隨意類1:你最擅長的是oracle哪部分?pl/sql及sql優(yōu)化2:喜歡oracle嗎？喜歡上論壇嗎？或者偏好oracle的哪一部分？喜歡,sql的優(yōu)化3:隨意說說你覺得oracle最有意思的部分或者最困難的部分latch free的處理4:為何要選擇做DBA呢?興趣所在消耗在準(zhǔn)備利用Oracle執(zhí)行計(jì)劃機(jī)制提高查詢性能新的SQL語句的時(shí)間是Oracle SQL語句執(zhí)行時(shí)間的最重要的組成部分。RAID 5磁盤陣列的性能比RAID 3有所提高，但仍然需要至少3塊硬盤驅(qū)動(dòng)器。 RAID 10的可靠性同RAID 1一樣，但由于RAID 10硬盤驅(qū)動(dòng)器之間有數(shù)據(jù)分割，因而數(shù)據(jù)傳輸性能優(yōu)良。RAID 10也需要至少4個(gè)硬盤驅(qū)動(dòng)器構(gòu)成，因而價(jià)格昂貴。RAID 10模式同RAID 0+1模式一樣具有良好的數(shù)據(jù)傳輸性能，但卻比RAID 0+1具有更高的可靠性。 查v$sqlarea(disk_reads或buffer_gets/executions較大的SQL)3:對(duì)statspack有何認(rèn)識(shí)StapSpack是Oracle公司提供的一個(gè)收集數(shù)據(jù)庫運(yùn)行性能指標(biāo)的軟件包，該軟件包從8i起，在9i、10g都有顯著的增強(qiáng)該軟件包的輔助表（存儲(chǔ)相關(guān)參數(shù)與收集的性能指標(biāo)的表）由最初的25個(gè)增長到43個(gè)收集級(jí)別參數(shù)由原來的3個(gè)（0、10）增加到5個(gè)（0、10）通過分析收集的性能指標(biāo)，數(shù)據(jù)庫管理員可以詳細(xì)地了解數(shù)據(jù)庫目前的運(yùn)行情況，對(duì)數(shù)據(jù)庫實(shí)例、等待事件、SQL等進(jìn)行優(yōu)化調(diào)整利用statspack收集的snapshot,可以統(tǒng)計(jì)制作數(shù)據(jù)庫的各種性能指標(biāo)的統(tǒng)計(jì)趨勢(shì)圖表。 sql_trace/tkprof top/vmstat 深入研究v$session_event,確定等待事件涉及的會(huì)話 四：系統(tǒng)管理類1:對(duì)于一個(gè)存在系統(tǒng)性能的系統(tǒng)，說出你的診斷處理思路1 做statspack收集系統(tǒng)相關(guān)信息9i在配置DATA GUARD的時(shí)候默認(rèn)就是MAXIMIZE PERFORMANCE6:對(duì)于一個(gè)要求恢復(fù)時(shí)間比較短的系統(tǒng)(數(shù)據(jù)庫50G,每天歸檔5G)，你如何設(shè)計(jì)備份策略 3)、MAXIMIZE PERFORMANCE：這種模式應(yīng)當(dāng)可以說是從8i繼承過來的備用服務(wù)器模式，異步傳送，在網(wǎng)絡(luò)不好的情況下有較大的性能影響。 在主節(jié)點(diǎn)事務(wù)確認(rèn)之前，備用節(jié)點(diǎn)也必須完全收到日志數(shù)據(jù)。 9i中的三種數(shù)據(jù)保護(hù)模式分別是：具有如下特點(diǎn)：1）功能類似物理備份，但比物理備份強(qiáng)大N倍；2）可以壓縮空塊；3）可以在塊水平上實(shí)現(xiàn)增量；4）可以把備份的輸出打包成備份集，也可以按固定大小分割備份集；5）備份與恢復(fù)的過程可以自動(dòng)管理；6）可以使用腳本（存在Recovery catalog 中）7）可以做壞塊監(jiān)測5:standby的特點(diǎn)備用數(shù)據(jù)庫（standby database）：ORACLE推出的一種高可用性(HIGH AVAILABLE)數(shù)據(jù)庫方案，在主節(jié)點(diǎn)與備用節(jié)點(diǎn)間通過日志同步來保證數(shù)據(jù)的同步，備用節(jié)點(diǎn)作為主節(jié)點(diǎn)的備份可以實(shí)現(xiàn)快速切換與災(zāi)難性恢復(fù),從920開始，還開始支持物理與邏輯備用服務(wù)器。RMAN有三種不同的用戶接口：sqlalter database open resetlogs。 sqlalter database recover automatic until time 39。 3:如果一個(gè)表在20040804 10:30:00 被drop，在有完善的歸檔和備份的情況下，如何恢復(fù)? 其對(duì)數(shù)據(jù)庫備份和恢復(fù)有下列用處： 熱備份:alter tablespace begin/end backup。 full backup/incremental backup(累積/差異) RMAN備份 :保證分布式事務(wù)的一致性,在分布式事務(wù)中,要么同時(shí)mit,要么同時(shí)rollback。 作業(yè)調(diào)度器(cjq) 歸檔進(jìn)程(ar) 檢查點(diǎn)進(jìn)程(chpt)：負(fù)責(zé)在每當(dāng)緩沖區(qū)高速緩存中的更改永久地記錄在數(shù)據(jù)庫中時(shí),更新控制文件和數(shù)據(jù)文件中的數(shù)據(jù)庫狀態(tài)信息。 進(jìn)程監(jiān)控(pmon) 系統(tǒng)監(jiān)控(smon) 數(shù)據(jù)寫進(jìn)程(dbwr)：負(fù)責(zé)將更改的數(shù)據(jù)從數(shù)據(jù)庫緩沖區(qū)高速緩存寫入數(shù)據(jù)文件 使用RMAN做備份的時(shí)候，要使用Large_pool這個(gè)內(nèi)存結(jié)構(gòu)來做磁盤I/O緩存器java_pool: 使用MTS配置時(shí)，因?yàn)橐赟GA中分配UGA來保持用戶的會(huì)話，就是用Large_pool來保持這個(gè)會(huì)話內(nèi)存 算法，將最近訪問的數(shù)據(jù)塊存放到緩存中，從而優(yōu)化對(duì)磁盤數(shù)據(jù)的訪問.shared_pool:Oracle數(shù)據(jù)庫通過使用LRU SGA：db_cache/shared_pool/large_pool/java_pooldb_cache: 歸檔日志文件：是重做日志文件的脫機(jī)副本，這些副本可能對(duì)于從介質(zhì)失敗中進(jìn)行恢復(fù)很必要。 記錄數(shù)據(jù)庫事務(wù),最大限度地保證數(shù)據(jù)的一致性與安全性 可以想象：當(dāng)一個(gè)長時(shí)間的查詢正在執(zhí)行時(shí)， 當(dāng)ORACLE執(zhí)行SELECT語句時(shí)，ORACLE依照當(dāng)前的系統(tǒng)改變號(hào)（SYSTEM CHANGE NUMBERSCN） 　讀一致性：當(dāng)一個(gè)會(huì)話正在修改數(shù)據(jù)時(shí)，其他的會(huì)話將看不到該會(huì)話未提交的修改?！?:回滾段的作用是什么事務(wù)回滾：當(dāng)事務(wù)修改表中數(shù)據(jù)的時(shí)候，該數(shù)據(jù)修改前的值（即前影像）會(huì)存放在回滾段中， 能夠迅速有效地管理存儲(chǔ)擴(kuò)展和剩余區(qū)塊（free block），因此能夠改善分段存儲(chǔ)本質(zhì)， 動(dòng)段空間管理（ASSM）， 8i以前包括以后都還可以使用的一種表空間管理模式，通過數(shù)據(jù)字典管理表空間的空間使用。 本地管理表空間（Locally Managed Tablespace簡稱LMT） table創(chuàng)建時(shí),默認(rèn)創(chuàng)建了一個(gè)data segment,每個(gè)data segment含有min extents指定的extents數(shù),每個(gè)extent據(jù)據(jù)表空間的存儲(chǔ)參數(shù)分配一定數(shù)量的blocks3:描述tablespace和datafile之間的關(guān)系一個(gè)tablespace可以有一個(gè)或多個(gè)datafile,每個(gè)datafile只能在一個(gè)tablespace內(nèi),table中的數(shù)據(jù),通過hash算法分布在tablespace中的各個(gè)datafile中,tablespace是邏輯上的概念,datafile則在物理上儲(chǔ)存了數(shù)據(jù)庫的種種對(duì)象。對(duì)于這類Oracle，freelist groups應(yīng)該設(shè)置為訪問該表格的Oracle Parallel Server實(shí)例的數(shù)目。例如，如果在任何時(shí)候，某個(gè)表最多有20個(gè)用戶執(zhí)行插入的操作，那么該表的參數(shù)應(yīng)該設(shè)置為freelists=20。運(yùn)行單一個(gè)一個(gè)清除的工作將會(huì)把全部的空閑塊放到一個(gè)freelist中，而沒有其它包含有任何空閑塊的freelists出現(xiàn)。在很多情況下，RAW和LONG RAW列都很巨大，以至超過了Oracle的最大塊的大小，這時(shí)chained rows是不可以避免的。如果這樣做，將會(huì)令Oracle的性能變慢，因?yàn)镺racle將在擴(kuò)展表來得到一個(gè)空的塊之前，企圖讀取5個(gè)dead 的free block?！　　　∽屛覀儊砘仡櫼幌略O(shè)置對(duì)象存儲(chǔ)參數(shù)的一些常見規(guī)則：　　　?。?jīng)常將pctused設(shè)置為可以接收一條新行。要記住Oracle擴(kuò)展新塊的性能要比重新使用現(xiàn)有的塊高?！　　　? 追求高性能的話，可以將pctused設(shè)置為一個(gè)低的值，這意味著Oracle不會(huì)將數(shù)據(jù)塊放到freelists中直到它幾乎是空的。一個(gè)高的pctused值意味著相對(duì)滿的塊都會(huì)放到freelist中。你也知道，pctused和pctfree的值是可以很容易地通過alter table命令修改的，一個(gè)好的DBA應(yīng)該知道如何設(shè)置這些參數(shù)的最佳值。其實(shí)，一旦由于一個(gè)刪除的操作而令塊被重新加入到freelist中，它將會(huì)一直保留在freelist中即使空間的使用超過了60%，只有在到達(dá)pctfree時(shí)才會(huì)將數(shù)據(jù)塊由freelist中移走。設(shè)置pctused=40意味著只有在塊的使用低于40%時(shí)才會(huì)回到表格的freelists中。設(shè)置pctfree=10 意味著每個(gè)塊都保留10%的空間用作行擴(kuò)展。雖然freelist link和 unlink是簡單的Oracle功能，不過設(shè)置freelist link (pctused) 和unlink (pctfree) 對(duì)Oracle的性能確實(shí)有影響。你也許知道，freelist串是放在表格或者索引的第一個(gè)塊中，這個(gè)塊也被稱為段頭（segment header）。以下我們來看一下這些freelists是如何影響Oracle的性能的。不過，高性能和有效地重新使用表的塊是對(duì)立的。　　Freelists對(duì)于有效地重新使用Oracle表空間中的空間是很重要的，它和pctfree及pctused這兩個(gè)存儲(chǔ)參數(shù)的設(shè)置直接相關(guān)。除非磁盤的消耗不是一個(gè)問題，否則在設(shè)置表的pctfree和pctused參數(shù)時(shí)，就必須考慮平均的行長和數(shù)據(jù)庫的塊大小，這樣空的塊才會(huì)被有效地放到freelists中。這些知識(shí)對(duì)于企業(yè)資源計(jì)劃（ERP）的應(yīng)用是特別重要的，因?yàn)樵谶@些應(yīng)用中，不正確的表設(shè)置通常是DML語句執(zhí)行慢的原因。對(duì)于調(diào)整擁有高的insert或者update的系統(tǒng)來說，這是非常重要的。Oracle負(fù)責(zé)處理表和索引的空間管理，這樣就可以讓我們無需懂得Oracle的表和索引的內(nèi)部運(yùn)作。如果一個(gè)塊的數(shù)據(jù)行數(shù)太多，可能