Oracle_Database_11g：性能优化less_14.ppt

Oracle Database 11g：性能優化 14-* 保留大物件 加載大物件是產生共用池記憶體碎片的主要原因。當需要使共用池中的大量小物件到期釋放以騰出空間時，用戶回應時間就會增加。要防止出現這些情況，請在共用池中保留這些大物件或頻繁需要使用的物件，以確保它們在共用池中永遠不會到期釋放。 要保留的物件： 頻繁需要使用的大過程物件（如 STANDARD 和 DIUTIL 套裝程式），以及可共用記憶體超過定義閾值的那些物件 通常在頻繁使用的表上執行的已編譯的觸發器 序列，因為當序列在共用池中到期釋放時，快取記憶體的序號就會丟失 何時保留它們：啟動時是最佳時間，因為這可防止產生更多的碎片。 通過使用 ALTER SYSTEM FLUSH SHARED_POOL 命令刷新共用池時，不會刪除標記為 KEPT 的對象。 Oracle Database 11g：性能優化 14-* 保留大物件（續） 如何保留物件 使用提供的 DBMS_SHARED_POOL 套裝程式和 KEEP 過程可保留這些物件。 要創建套裝程式，請運行 dbmspool.sql 腳本。在 dbmspool.sql 腳本的末尾會自動執行 prvtpool.plb 腳本。在創建預設資料庫時，這些腳本由 catproc.sql 運行。 使用 UNKEEP 過程可取消對共用池中物件的固定。 注意事項 經常使用的大物件不在快取記憶體中到期釋放。頻繁使用但在足夠長的時間內未使用的物件將到期釋放。這些物件在載入時可能偶爾會由於碎片而引發 ORA-4031 錯誤，或者使用者可能會抱怨調用這些物件的命令變慢了。通過定期執行幻燈片中顯示的查詢，可以選擇候選物件。這些物件將始終出現在快取記憶體中。保留永遠不會到期釋放的物件不會影響性能。 將對象保留在共用池中可防止產生碎片，但這也會減少可重新創建物件的可用記憶體。將物件保留在共用池中後，請檢查重新載入數和硬分析數。可能需要增加 SHARED_POOL_SIZE。 Oracle Database 11g：性能優化 14-* 資料字典快取記憶體 資料字典快取記憶體或行快取記憶體保存資料字典表中某些行的副本。根據物件的不同，可將行快取記憶體劃分為段、區、長條圖和序列等部分。統計資訊是針對每個部分的使用情況進行採集的，並在 V$ROWCACHE 中進行報告。 V$ROWCACHE 的三個關鍵列是： PARAMETER：提供所報告的資料字典快取記憶體的名稱 GETS：顯示請求有關相應專案的資訊的總次數 GETMISSES：顯示導致快取記憶體未命中的資料請求數 行快取記憶體上的未命中不如庫快取記憶體上的成本高。行快取記憶體未命中僅會導致從資料字典中進行一次行提取。在某些情況下未命中會發生在資料字典快取記憶體上。在實例啟動時，資料字典快取記憶體不包含任何資料，因此發出的任何 SQL 語句都會導致快取記憶體未命中。隨著更多的資料被讀取到快取記憶體中，快取記憶體未命中的數量應隨之減少。最終，資料庫應達到“穩定狀態”，在這種狀態下，大多數頻繁使用的字典資料都存儲在快取記憶體中。此時，僅會發生很少的快取記憶體未命中。要優化快取記憶體，只能在應用程式運行一段時間之後再檢查其活動。 Oracle Database 11g：性能優化 14-* 字典快取記憶體未命中 在大多數情況下，如果庫快取記憶體得到了適當優化，則不需要優化字典快取記憶體。如果有大量請求，則 Pct Miss 應少於 Get Requests 的 2%。例如，在幻燈片中，dc_constraints 的 Pct Miss 為 33%，但只有 18 個請求。這並不是問題。dc_objects 是一個具有大量請求和較小 Pct Miss 的典型行。如果 Statspack 報表輸出表明大量快取記憶體的 Pct Miss 較高且 Get Requests 較高，則應增加 SHARED_POOL_SIZE。 並不總是需要調整共用池大小。顯式限定段所有者會使大型 OLTP 系統（其中，使用者使用自己的用戶 ID 登錄到資料庫）從中受益，而使用公用同義詞則不會。這會顯著減少字典快取記憶體中的條目數。此外，限定表名的替換方法可通過單個用戶 ID（而不是個別用戶的 ID）連接到資料庫。用戶級的驗證可以在本地中間層上進行。減少不同用戶 ID 的數量的同時也會降低字典快取記憶體上的負載。 Oracle Database 11g：性能優化 14-* SQL 查詢結果快取記憶體：概覽 SQL 查詢結果快取記憶體在資料庫記憶體中啟用查詢結果集和查詢碎片的顯式緩存。共用池中的此區域可用於存儲和檢索快取記憶體的結果。修改了查詢訪問