Oracle CBO 成本調優實戰：db_file_multiblock_read_count 參數對全表掃描 Cost 的影響分析

參數增大 → 分母變大 → Cost 變小 → 優化器更傾向選擇全表掃描而非索引訪問。

為什麼 128 到 256 Cost 不再下降？

實際單次 I/O 能讀取的最大塊數受三因素共同制約：

1. db_file_multiblock_read_count 參數設定值
2. 段的 Extent 大小（實驗中為 1 MB，對應 128 個 8 KB 塊）
3. 操作系統與存儲設備的最大 I/O 尺寸限制

當參數超過 Extent 能容納的塊數（128）時，Oracle 無法再發起更大的單次 I/O，Cost 自然觸底不再變化。

版本差異與生產建議

• Oracle 10g 默認值 16；11g 起默認值提升至 128，並引入自動調整機制（配合 DB_FILE_MULTIBLOCK_READ_COUNT 為 0 時由系統自動計算）。
• 對於採用大 Extent（如 128 MB、1 GB）的數據倉庫系統，手動調大該參數可顯著減少全掃 I/O 次數，提升大表查詢吞吐。
• OLTP 系統通常不建議盲目調大，避免佔用過多 PGA 導致內存壓力。

總結

db_file_multiblock_read_count 是影響全表掃描成本的核心杠桿，但其效果存在物理上限。調優時應結合段 Extent 大小、OS I/O 能力、內存資源綜合評估，切勿單純追求參數值最大化。