<轉>oracle效能調整讀書筆記(2)

第三章 SQL 調整 3. 穩定執行計劃 xV&c ) l>}
!^{0vF WE
> W fkWUb
改善應用程式效能 [{]/9E /&
包括兩個方面：改進執行路徑（穩定執行計劃，物化檢視）和最小化IO（索引，分割槽，簇）； [D !-~ ]5
xLxXc!{J5
穩定執行計劃 V}?*kx~T2C
· 可以用儲存在OUTLN方案的公共大綱或者儲存在本方案的私有大綱來穩定某些SQL語句的執行計劃，這樣這些語句的執行計劃就不會因為統計資料或者會話優化模式的改變而發生改變； Z>0a?=1[
· 建立大綱時可以指定類別，預設的類別是DEFAULT； I4 [ sf
· 建立大綱時，是將SQL當前的執行計劃和SQL文字一起儲存起來； h( M_ K
· 啟用大綱有三種方式，SQL文字和大綱完全一致時才會使用大綱中儲存的執行計劃； fN)A`>iP
Ø 在引數檔案中加上USE_STORED_OUTLINES=TRUE )4nf={ iM
Ø ALTER SYSTEM SET USE_STORED_OUTLINES={TRUE | FALSE | category_name}; #6fQ$x(F#j
Ø ALTER SESSION SET USE_STORED_OUTLINES={TRUE | FALSE | category_name}; % A q t0e
· 當SQL語句執行時，ORACLE確定執行計劃是按下面的順序進行的，檢查共享池中是否有可用的大綱 à 檢查字典中是否有可用的大綱à 檢查共享池中是否有可共用的已解析SQL à 考查優化模式和相關統計產生並選擇最優的執行計劃，前面三種情形下都有現成的執行計劃； kGz0`8U Ru
· 相關的資料字典檢視有：DBA_OUTLINES， DBA_OUTLINE_HINTS。 !?AgA sSmc
bD2):U*Fzo
O V" 5:){
第三章 SQL 調整 4. 物化檢視 *KMW 6dg;
sKg IKYG}T
\ GF 9;N}V
· 物化檢視用資料段儲存預連線，預彙總的查詢資料，物化檢視可以有索引，也可以分割槽，物化檢視主要應用於資料倉儲和決策支援系統； _?}[7K! ~d
· 建立物化檢視時需考慮以下因素： Ii .0B ul
1. 確定檢視語句，是何種連線，何種彙總；可以藉助Summary Advisor來確定最佳的物化檢視SQL語句，並檢查已建立物化檢視的使用情況；

第三章 SQL 調整 5.索引

索引
ORACLE 9i 中有六種索引：二叉樹索引，壓縮的二叉樹索引，點陣圖索引，基於函式的索引，反向索引，索引組織表；

二叉樹索引
· 二叉樹索引將索引欄位值和ROWID一起儲存樹狀結構中，適用於只存取表中總記錄的5%以下的查詢；
· 出現在SQL的WHERE條件中，集勢高的欄位適於當作索引欄位；
· 隨著基表資料的不斷增加，索引塊會不斷分裂以保持二叉樹的平衡，樹的層次（從根結點訪問到葉結點要經過的資料塊數，DBA_INDEXES.BLEVEL）也不斷增加，層次大於4的索引宜重建；
· 基表資料刪除時，索引項也隨之刪除，但葉塊上的空間並不能被重用，除非該葉塊上所有的索引項都被刪除，當刪除項佔所有項超過20%時，這個索引也需要重建（ANALYZE INDEX … VALIDATE STRUCTURE;分析索引後檢視index_stats.del_lf_rows_len 和 index_stats.lf_rows_len 可以知道被刪除的索引項佔用的空間和所有葉行佔用的空間）；
· 有三種重建索引的方法：
1. 先刪除再重建；這種方法耗費最多的資源，是早期版本的唯一方法；
2. ALTER INDEX … REBUILD; 這種方法高效快速，但需要額外的磁碟空間；用這種方法可以指定許多選項如ONLINE（線上重建可減少鎖爭用）， TABLESPACE（移動段到其它表空間）， COMPUTE STATISTICS（統計）， PARALLEL（並行）， NOLOGGING（儘可能少地產生日誌）；
3. ALTER INDEX … COALESCE; 這種方法快速，無需額外空間，鎖爭用也少，缺點是選項少。

壓縮的二叉樹索引
· 壓縮的二叉樹索引對重複的索引鍵值只儲存一次，後跟所有的有這個鍵值行的ROWID；
· 有兩種方法建立：
1. CREATE INDEX … COMPRESS;
2. 先建立普通索引，再更改：CREATE INDEX …; ALTER INDEX … COMPRESS;

點陣圖索引
· 點陣圖索引適於建立在資料相對穩定的表的低集勢欄位上；
· 點陣圖索引針對每一個鍵值建立一個二進位制點陣圖，點陣圖中的每位對應表中的一行，1表示這一行是當前鍵值，0表示這一行為其它鍵值；
· 與二叉樹索引相比，點陣圖索引佔的空間很少，如果WHERE條件中出現同一表的多個點陣圖索引欄位時，無論是AND或是OR操作，都能用點陣圖合併操作快速地定位到ROWID；
· 當基表上有DML操作時，整個點陣圖都會被鎖住，但是，每一個DML操作，點陣圖只需更新一次；
· 相關引數：
1. SORT_AREA_SIZE 建立索引排序點陣圖欄位和ROWID時會用到；
2. PGA_AGGREGATE_TARGET 建立點陣圖索引以及點陣圖合併時會用到；
3. CREATE_BITMAP_AREA_SIZE， BITMAP_MERGE_AREA_SIZE 這是8i的兩個與點陣圖建立和合並有關引數，在9i建議不再使用。

基於函式的索引
· 當欄位以函式表示式的形式出現在WHERE條件中，基於這些欄位的索引不會被優化器用到，除非是基於這些欄位的函式索引；
· 要建立基於函式的索引需要QUERY REWRITE 或 GLOBAL QUERY REWRITE系統許可權，有CREATE ANY INDEX許可權是不行的；
· 要想優化器使用基於函式的索引，OPTIMIZER_MODE必須設成某種CBO模式，QUERY_REWRITE_ENABLED須設成TRUE（這點從試驗中無法證明，設成FALSE似乎也能用到函式索引）。

反向索引
· 反向索引是建立在索引欄位值的反向值上的，可以使相臨的記錄在索引段裡變得離散，可以減少某些DML操作引發的塊競爭；
· 反向索引多建立在用序列號生成的欄位上，這樣的欄位在普通索引中容易形成更多的層（設計過一些試驗，但一直未觀察到這種現象）；
· 有兩種產生方法：CREATE INDEX … REVERSE; ALTER INDEX … REVERSE;
· 反向索引適於WHERE中的等於或不等於的比較，對於範圍查詢（>,< between）是無能為力的。

索引組織表
· 前面五種索引的基表資料儲存是隨機的，這種表稱為堆表；
· 索引組織表的資料儲存在二叉樹索引中，所以，如果通過主鍵來存取資料，索引組織表能更快地返回資料，因為不需要先取索引塊再取資料塊，可以直接從索引中返回資料；
· 建立索引組織表時必須指定一個主鍵欄位，用這個作為索引；
· 索引組織表上不能建唯一約束，也不能將索引組織表建立在簇上面；
· 索引組織表的語法要點：

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/119501/viewspace-609376/，如需轉載，請註明出處，否則將追究法律責任。

<轉>oracle效能調整讀書筆記(2)

相關文章