Oracle 9i 多區塊大小架構：效能調優的新維度

突破單一區塊限制，釋放 I/O 效能潛能

Oracle 9i 引入多區塊大小（Multiple Block Size）支援，被視為核心引擎最重要的創新之一。搭配位圖自由鏈表、Redo-based 複寫、動態 SGA 等特性，徹底改變資料庫 I/O 優化策略。

磁碟 I/O 延遲的三大來源與區塊大小的關係

讀取資料區塊時面臨三種延遲：

1. 尋道時間：磁頭移動到正確柱面
2. 旋轉延遲：等待目標區塊旋轉至磁頭下方
3. 傳輸時間：資料從磁碟傳回 SGA

前兩者佔總延遲 99% 以上，且與區塊大小無關。讀取 32K 區塊耗時與讀取 2K 幾乎相同。結論：單次 I/O 讀取越大區塊，整體 I/O 次數越少，效能越好。

記憶體緩衝區演進：從單一到八大緩衝池

圖 1：Oracle 8i 三大資料緩衝區（KEEP、RECYCLE、DEFAULT）

圖 2：Oracle 9i 八大資料緩衝區（含 5 種區塊大小專用池）

記憶體存取速度（奈秒級）較磁碟（毫秒級）快 14,000 倍。隨著記憶體價格下降，SGA 動輒超過 10GB，熱點資料全駐留記憶體成為常態。DBA 需監控各緩衝區命中率，在邊際效益遞減前精準分配記憶體頁面：

圖 3：小緩衝區增加頁面的明顯效益

圖 4：大緩衝區邊際效益遞減曲線

索引與大區塊：效能倍增器

調優良好的資料庫，索引大小往往接近表資料量。大區塊（32K）讓單次 I/O 讀取更多索引分支節點，大幅降低索引樹遍歷的 I/O 次數。實務建議：

1. 建立 32K 表空間與對應 32K 緩衝區
2. 將所有索引遷移至 32K 表空間
3. 享受單次 I/O 讀取大量索引節點的紅利

多區塊大小的適用場景

• OLTP 系統：小區塊（2K/4K）減少爭用、提高並發
• 資料倉庫/全表掃描：大區塊（16K/32K）最大化順序讀取吞吐量
• 索引密集型負載：32K 區塊最小化索引樹高度
• LOB 大物件儲存：大區塊減少分塊管理開銷

Oracle 9i 多區塊大小架構讓 DBA 能依據資料存取模式精準匹配儲存參數，不再被「一刀切」的單一區塊大小綁手綁腳，是大型任務關鍵資料庫效能調優的利器。