- 大型ORACLE數(shù)據(jù)庫優(yōu)化設(shè)計方案 推薦度：
- 相關(guān)推薦
Oracle數(shù)據(jù)庫的優(yōu)化
摘要 本文提出了一種優(yōu)化Oracle數(shù)據(jù)庫的方法。Oracle中SQL語句的執(zhí)行過程可分為解析（Parse）、執(zhí)行（Execute）和提取結(jié)果（Fetch）三步，此方法就是通過對SQL語句在Oracle數(shù)據(jù)庫中優(yōu)化執(zhí)行的三個過程來提高Oracle數(shù)據(jù)庫的性能。
關(guān)鍵詞 數(shù)據(jù)庫 掃描 多表聯(lián)結(jié) 子查詢
1 如何優(yōu)化Parse
1． 1 SQL語句的Parse處理步驟：
1） 計算語句值
2） 共享池中有無與此語句值相同的語句？
3） 共享池中有與此語句字符完全匹配的語句？
4） 準(zhǔn)備要運行的SQL語句
5） 為新語句在共享池中創(chuàng)建空間
6） 將語句存放在共享池中
7） 修改共享池圖，標(biāo)明語句的值和在共享池中的位置
8） 執(zhí)行準(zhǔn)備好的SQL語句
最理想的是，語句只執(zhí)行1、2、3和8步來進行處理。不經(jīng)過2、3步來測試被傳給Oracle的語句要使用1～8步進行處理。只經(jīng)過1、2、3、8的SQL語句要比經(jīng)過1～8步的語句更為有效。
1．2 在共享池中重用SQL語句
當(dāng)SQL語句被傳遞給Oracle處理時，其秘訣是重復(fù)使用已經(jīng)在共享池中的語句，而不是讓Oracle在接受語句時去準(zhǔn)備新的語句。前面表明，如果Oracle接受了一個與共享池中的語句相一致的語句，就重用共享池中的語句。
Oracle提供在數(shù)據(jù)庫中存儲代碼的能力。當(dāng)應(yīng)用系統(tǒng)開始運行時，從數(shù)據(jù)庫中讀取代碼（可用PL/SQL語句編制）并像其它語句那樣傳遞到共享池中去處理。從數(shù)據(jù)庫中取出的代碼是編譯過的并駐留在共享池中。
可以利用數(shù)據(jù)庫中存儲的程序代碼設(shè)計應(yīng)用系統(tǒng)，檢查所有的事務(wù)處理以及主要的通用的過程，研究現(xiàn)有的應(yīng)用系統(tǒng)并把主要的處理程序轉(zhuǎn)換為數(shù)據(jù)庫中存儲的程序代碼。在Oracle中存儲代碼可以通過過程、程序包、函數(shù)、觸發(fā)器等來實現(xiàn)。
2 如何優(yōu)化Execute和Fetch
2．1 避免無計劃的全表掃描
全表掃描連續(xù)從表讀取所有數(shù)據(jù)，而不管數(shù)據(jù)是否與查詢有關(guān)。避免不必要的全表掃描有兩個充足理由：1）全表掃描沒有選擇性
2） 過全表掃描讀取的數(shù)據(jù)很快從SGA的緩沖區(qū)移走（如果正在掃描的表不是“高速存儲”的表）
在基于規(guī)則優(yōu)化的情況下，如果下列任何條件在SGA語句出現(xiàn)，就要對一個表進行全表掃描。
1） 該表無索引
2） 對返回的行無任何限定條件（如無Where語句）
3） 對數(shù)據(jù)表與任何索引主列相對應(yīng)的行無限定條件。例如，在City－State－Zip列上創(chuàng)建了三列復(fù)合索引，那么僅對State列有限定條件的查詢不能使用這個索引，因為State不是索引的主列。
4） 對索引主列的行有限定條件，但條件或者是NULL或者是不相等。例如，City列上存在索引，在所有下列情況下都不會使用索引。
Where city is null
Where city is not null
Where city!=’liaoning’
5） 對索引主列的行有限定條件，但條件在表達式里使用。例如，如果在City列上索引，那么限定條件
Where City=’liaoning’
可以使用索引。然而，如果限定條件是
Where UPPER(City)=’liaoning’
那么不會使用City列上的索引，因為City列在UPPER函數(shù)里。如果將City列與文本字符串聯(lián)結(jié)在一起，也不會使用索引。例如，如果限定條件是
Where City||’x’ like ‘liaoning%’
那么不會使用City列上的索引。
6） 對索引主列的行有限定條件，但條件使用Like操作以及值以‘％’開始或者值是一個賦值變量。例如，在所有下列情況下都不會使用索引：
Where City like ‘%aonin%’
Where City like :City_Bind_Variable
如果表小、索引列無選擇性，基于開銷的優(yōu)化器可能決定使用全表掃描。
2．2只使用選擇性索引
索引的選擇性是指索引列里不同值的數(shù)目與表中記錄數(shù)的比。如果表有1000個記錄，表索引列有950個不同值，那么這個索引的選擇性就是950/1000或者0.95。最好的可能性選擇是1.0。依據(jù)非空值列的唯一索引，通常其選擇性為1.0。
如果使用基于開銷的最優(yōu)化，優(yōu)化器不應(yīng)該使用選擇性不好的索引。
索引的選擇性是指索引列里不同值的數(shù)目與表中記錄數(shù)的比。如果表有1000個記錄，表索引列有950個不同值，那么這個索引的選擇性就是950/1000或者0.95。最好的可能性選擇是1.0。依據(jù)非空值列的唯一索引，通常其選擇性為1.0。
索引的選擇性是指索引列里不同值的數(shù)目與表中記錄數(shù)的比。如果表有1000個記錄，表索引列有950個不同值，那么這個索引的選擇性就是950/1000或者0.95。最好的可能性選擇是1.0。依據(jù)非空值列的唯一索引，通常其選擇性為1.0。
2．3管理多表聯(lián)結(jié)
Oracle提供了3個聯(lián)結(jié)操作：NESTED LOOPS、HASH JOIN和MERGE JOIN。MERGE JOIN是一組操作，在所有行被處理完之前，它不返任何記錄給下一操作。NESTED LOOPS和HASH是行操作，因此會很快將第一批記錄返回給下一個操作。
在每個聯(lián)結(jié)選項里，必須執(zhí)行一些步驟以獲取最好的聯(lián)結(jié)性能。如果沒有適當(dāng)?shù)貎?yōu)化聯(lián)結(jié)操作，那么聯(lián)結(jié)所需的時間也許隨著表的增長而呈指數(shù)級地增長。
2．4管理包含視圖的SQL語句
如果查詢包含視圖，優(yōu)化器有兩種執(zhí)行查詢的方法：首先解決視圖然后執(zhí)行查詢，或者把視圖文本集成到查詢里去。如果首先執(zhí)行視圖，那么首先完成全部的結(jié)果集，然后用其余的查詢條件做過濾器。
首先解決視圖會導(dǎo)致查詢性能下降的問題，這取決于所涉及表的相對大小。如果視圖被集成到查詢里，那么查詢的條件也可以應(yīng)用于視圖里，并且可以使用一個小一些的結(jié)果集。然而在一些情況下，也許可以通過視圖分離組操作提高查詢性能。
如果一個視圖包含集合的操作（如Group by、SUM、COUNT或者DISTINCT），那么視圖不能被集成到查詢里去。
不使用組或者沒有集合操作的視圖的SQL語法可以被集成到大的查詢里去。
2．5優(yōu)化子查詢
當(dāng)使用自查詢時，也許會碰到幾個獨特的問題。涉及子查詢的查詢潛在問題如
【Oracle數(shù)據(jù)庫的優(yōu)化】相關(guān)文章：
大型ORACLE數(shù)據(jù)庫優(yōu)化設(shè)計方案03-21
基于Oracle數(shù)據(jù)庫的邏輯數(shù)據(jù)同步技術(shù)在實踐中的應(yīng)用研究03-10
主流空間數(shù)據(jù)庫引擎技術(shù)分析和優(yōu)化方法研究03-12
Oracle觸發(fā)器在MIS 開發(fā)中的應(yīng)用03-18
ORACLE RAC集群在電力營銷系統(tǒng)中的應(yīng)用03-18
應(yīng)用Ｏｒａｃｌｅ數(shù)據(jù)庫監(jiān)控維護技術(shù)，維護數(shù)據(jù)庫安全03-03
論資本結(jié)構(gòu)優(yōu)化目標(biāo)與資本結(jié)構(gòu)優(yōu)化03-01