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

第三章 SQL 調整 7.簇 o? { rPFR
b_xGCB C
· 簇是一個或多個表的組合，這些表的資料儲存在相同的資料塊中，當通過簇鍵查詢這些表時，只需讀一個資料塊就能返回連線的多個表的資料； cp g +-Zf%
· 有兩種簇，索引簇和雜湊簇； Y R }P ;
· 符合下面的條件時適合使用簇： A*_ |/o
Ø 表初始裝載以後，很少或者沒有DML發生；

第四章調整共享池 2.測量共享池的效能

測量共享池的效能 s
· 共享池的效能主要用庫快取命中率和資料字典快取命中率來測量，前者更重要，Oracle建議在未調整好庫快取之前，不必費力去調整資料字典快取。

測量庫快取的效能
· 庫快取的效能指標來自V$LIBRARYCACHE檢視，這個檢視的主要欄位描述如下：
欄位名描述可接受值(OLTP)
NAMESPACE 主要的型別有SQL AREA (SQL語句), TABLE/PROCEDURE (儲存過程或函式), BODY (包體), TRIGGER (觸發器)
GETS 解析次數 z 7OTL
GETHITS 解析時發現語句的解析版本已存在於庫快取中（解析命中）的次數
GETHITRATIO 解析命中率大於90% Au08 k}h
PINS 執行次數
PINHITS 執行命中次數
PINHITRATIO 執行命中率大於90%
RELOADS 重新解析的次數，重新解析的原因是已快取的解析版本老化或失效 sum(reloads)/sum(pins) < 1%
INVALIDATIONS 語句快取失效的次數，失效的原因是依賴物件被修改刪除或者編譯

· STATSPACK中存放關於庫快取效能的資料有兩個地方：
Ø Instance Efficiency Percentages (Target 100%)（例項命中率） – Library Hit %；
Ø Library Cache Activity for DB（庫快取活動）。

測量資料字典快取的效能
· 資料字典快取效能指標來自V$ROWCACHE檢視，用下面的查詢來獲得命中率：
select 1 – (sum(getmisses) / sum(gets)) from v$rowcache;可以接受的命中率是85%以上；
· STATSPACK中關於資料字典快取效能的資料存放在Dictionary Cache Stats for DB（資料字典快取統計）。

第四章調整共享池 3.改進共享池的效能

改進共享池的效能
改進共享池的效能就是提高庫快取和資料字典快取的命中率，有以下一些方法：

增大共享池
· 增大共享池能減慢庫快取和資料字典快取被LRU演算法移出的速度，從而提高命中率；
· 庫快取命中率和資料字典快取命中率通常都趨向於一致，極少出現一高一低的情形；
· 共享池的大小由初始化引數SHARED_POOL_SIZE來確定；
· 已使用庫快取的大小可以通過sum(V$DB_OBJECT_CACHE.SHARABLE_MEM)（非SQL物件）和 sum(V$SQLAREA.SHARABLE_MEM)（SQL語句）來查詢；
· 可以用ALTER SYSTEM SET SHARED_POOL_SIZE = XX; 來動態更改共享池的大小，但需保證更改後SGA的大小不大於SGA_MAX_SIZE，否則會現ORA-04033的錯誤；
· 也可以通過關機更改初始引數SHARED_POOL_SIZE再重啟來手工更改共享池的大小，這種方法適於同時改大SGA_MAX_SIZE這個引數；
· 無統計資料時，可以按照下面的策略來為ORACLE伺服器分配記憶體：
Ø 作業系統（NT需要的較UNIX多），ORACLE後臺程式，伺服器程式，其它非ORACLE程式共需記憶體= 伺服器總記憶體 * 45%（1G以下時） or 25~40%（1G以上時）；
Ø TSGA（SGA總記憶體） = 伺服器總記憶體 * 55%（1G以下時） or 60~75%（1G以上時）；
Ø TSGAI（單個例項的SGA記憶體） = TSGA / 伺服器上的例項數；
Ø 共享池 = TSGAI * 45%；
Ø 資料快取 = TSGAI * 45%；
Ø 日誌快取 = TSGAI * 10% （10%的日誌快取通常都偏大，可待有統計資料後視情形將多出的部分分給共享池，資料快取或者大池）；
Ø 若需配置大池和JAVA池時，從本例項SGA總記憶體中分配。

為大的PL/SQL語句留空間；
· 執行大的PL/SQL程式時，為了獲得足夠的快取空間，LRU演算法會移出許多已解析的語句，爾後這些剛被移出的語句可能又要重新裝入，這樣就降低的庫快取的命中率，為了避免這樣的情形，可以設定共享池保留區給大的PL/SQL物件使用；
· 引數SHARED_POOL_RESERVED_SIZE用來指定共享池保留區的大小，最大可指定到共享池的一半，預設值是共享池的5%，ORACLE建議從共享池的10%開始調整；
· 可以從V$DB_OBJECT_CACHE查到目前快取物件及其使用空間（OWNER, NAME, SHARABLE_MEM）；
· 可以用V$SHARED_POOL_RESERVED檢視來監控保留區的使用情況以決定正確的保留區大小：
Ø REQUESTS 從保留區中請求空間的次數；
Ø REQUEST_MISSES 保留區無空間可用而需要從非保留區清洗物件的請求次數；這個值為零或者一直很穩定表示保留區空間設定偏大；
Ø FREE_SPACE 保留區未用的空間；這個空間大於保留區的一半時表示保留區空間設定偏大；
Ø REQUEST_FAILURES 請求無法滿足，出現ORA-04031錯誤的次數；這個值非零或者穩定增加時表示保留區太小；
Ø 隱含引數_shared_pool_reserve_min_alloc（4400）確定請求保留區的起始大小；
Ø 調整保留區的目標是使REQUEST_MISSES, REQUEST_FAILURES接近零。
· 可以用DBMS_SHARED_POOL.ABORT_REQUEST_THRESHOLD這個包過程設定一個閥值，大於這個值的庫快取請求將會失敗。

Keep PL/SQL
· 將重用率高的PL/SQL程式碼KEEP在庫快取中可以提高命中率，這個過程又稱Pinning，由DBMS_SHARED_POOL.KEEP過程來完成，這些物件存放在共享池保留區中；
· 清洗共享池語句（ALTER SYSTEM FLUSH SHARED_POOL;）並不會清洗Pinned物件，但是系統重啟後，這些物件將不再是Pinned。
· Keep相關：
Ø DBMS_SHARED_POOL這個包並沒有在執行catproc.sql時安裝，需執行一次dbmspool.sql這個指令碼；
Ø 可以用這個包中的KEEP, UNKEEP來pin 和unpin儲存物件；
Ø 可從V$DB_OBJECT_CACHE.KEEP這個欄位得知哪些物件已被Pinned。
· 要確定哪些物件適於KEEP，可以啟用審計功能來檢視是哪些物件被頻繁地呼叫，要KEEP匿名的PL/SQL程式比較麻煩，建議將經常使用且長度超過500個字元的匿名塊寫成過程和包再進行KEEP；
· 因為重啟後所有的KEEP都將失效，所以將KEEP的動作放在系統觸發器中（AFTER STARTUP ON DATABASE）是較合適的。

程式碼重用；
· 確定是否需要對語句進行（硬）解析時，是先比較語句的雜湊值，下面的兩種方法有助於獲得相同的雜湊值，從而可以實現重用程式碼，提高命中率：
Ø 開發組的所有成員都使用相同的編碼規範（包括大小寫，空格，換行等）；
Ø 使用繫結變數（提高命中率的同時可能會產生不夠好的執行計劃，因為優化器不知道變數的確定值，在有欄位的柱狀圖統計資料時也不能夠利用）。

調整相關初始化引數。
OPEN_CURSORS
· 這個引數指定每個使用者會話能開啟的遊標個數；
· 增大這個值可以減少重新解析會話曾開啟的語句的機會，提高命中率，但需要更大的共享池空間。

CURSOR_SPACE_FOR_TIME
· 這個引數設為真時，只有當所有引用共享SQL的遊標都關閉後，LRU才有可能移出這個SQL所佔的快取空間來重用，預設值是FALSE；
· 只有在共享池足夠大的情況下才能考慮設為真，設為真時可以減少重解析，提高命中率，加快遊標的執行（空間換時間）。

SESSION_CACHED_CURSORS
· 這個引數指定會話能夠快取遊標的個數，預設值是零；

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

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

相關文章