Oracle 系統參數調優原則：共享池、Library Cache、Buffer Cache 三大核心區優化實戰

一、共享池與 Library Cache

三大固有挑戰

1. 內存分配單元不固定（字節到 KB 級）；
2. 信息旨在共享，用戶結束不一定釋放；
3. 無磁盤後備存儲，只能丟棄可重建對象（解析樹、字典緩存）。

調優技巧

• 碎片整理：ALTER SYSTEM FLUSH SHARED_POOL（低負載時執行，會引起短暫解析風暴）；
• 強制綁定變量：OLTP 必須，減少硬解析，提高 Library Cache 命中率；
• 目標命中率 > 95%：SELECT * FROM V$LIBRARYCACHE WHERE NAMESPACE IN ('SQL AREA','TABLE/PROCEDURE','BODY')；
• 單純增大 SHARED_POOL_SIZE 不一定有效，需結合 CURSOR_SHARING=FORCE/SIMILAR（謹慎）、SESSION_CACHED_CURSORS 綜合治理。

二、Buffer Cache (數據庫緩存)

LRU 管理與寫入機制

• 緩存滿時，DBWR 將髒塊刷盤騰位；
• 後續訪問被刷盤塊產生「緩存未命中」→ 物理讀；
• 調優目標：最小化物理讀，最大化邏輯讀命中率。

避免的問題

1. 緩存過小：頻繁物理讀，I/O 瓶頸；
2. 緩存過大：OS 內存壓力、換頁、管理開銷；
3. 熱塊擠出：大表全掃描沖刷熱數據 → 考慮 CACHE 屬性、KEEP/RECYCLE 池隔離；
4. 檢查點不完整：日志切換過快導致 DBWR 追不上 → 增加日志組/大小、優化 DBWR 進程數。

三、紅日志緩衝區

• 過小 → log buffer space 等待；
• 過大 → 內存浪費、實例恢復時間變長；
• 建議：LOG_BUFFER 設置為典型事務重做量的 2-3 倍，觀察 V$SYSSTAT 'redo log space requests' 為 0 或極低。

四、大池

• 支援：共享服務器 UGA、RMAN I/O 緩衝、並行查詢消息緩衝；
• 若使用上述功能，顯式設置 LARGE_POOL_SIZE 避免搶佔 Shared Pool。

五、Java Pool / Streams Pool

• Java 存儲過程/企業 JavaBeans → JAVA_POOL_SIZE；
• Streams/GoldenGate → STREAMS_POOL_SIZE；
• 按需分配，避免預留過大。