Oracle 綁定變數效能提升機制與避坑指南：CBO 時代的最佳實踐

綁定變數如何提升效率

SQL 提交後，Oracle 檢查共用池是否存在完全相同語句。若存在 → 軟解析 (複用計畫)；否則 → 硬解析。綁定變數確保 SQL 文本恆定，強制走軟解析路徑，大幅降低 CPU 與 Latch 開銷。

兩大「不建議使用」例外場景

1. 極低頻執行的 SQL：如每日跑一次的批次報表。綁定變數帶來的計畫複用收益，不足以抵消最佳化器額外開銷，反而可能因計畫固定而無法針對當下資料分布生成最優計畫。
2. 資料倉庫 / DSS 環境：特徵為大量複雜查詢、資料量大、並發低。此類查詢受益於針對具體參數值生成的專屬最佳化計畫 (如分區剪枝、特定索引存取)，綁定變數可能導致「一個計畫跑天下」的次優結果。

綁定變數的硬性限制

• 僅能替代數值常值：不可用於表名、檢視名、欄位名、程序名、關鍵字等 SQL 結構元素。
• 非字串嵌入：不能當作字串拼接片段使用，必須作為獨立佔位符傳遞。

Oracle 10g+ CBO 架構下的效能優勢

9i 時代 RBO (規則基礎最佳化) 對綁定變數敏感度較低。10g 棄用 RBO、全面 CBO 後，最佳化器高度依賴統計資訊與綁定變數窺探，綁定變數帶來的計畫穩定性與複用效益顯著放大。配合 11g Adaptive Cursor Sharing 自動針對不同綁定值生成多個子計畫，完美平衡複用與精準度。

直觀對比範例

字面值寫法 (觸發多次硬解析)

SELECT fname, lname, pcode FROM cust WHERE id = 674;
SELECT fname, lname, pcode FROM cust WHERE id = 234;
SELECT fname, lname, pcode FROM cust WHERE id = 332;

綁定變數寫法 (單一計畫複用)

SELECT fname, lname, pcode FROM cust WHERE id = :cust_no;

SQL*Plus 互動式驗證

SQL> SET TIMING ON
SQL> VARIABLE x NUMBER
SQL> EXEC :x := 8
PL/SQL 程序已成功完成。
已用時間: 00:00:00.00

後續即可執行 SELECT ... WHERE id = :x 觀察執行計畫複用情況。

資料歪斜場景的應對策略

當欄位有索引且存在極端熱門值 (如狀態碼 'A' 佔 95%) 時：

1. 收集直方圖統計資訊：DBMS_STATS.GATHER_TABLE_STATS(..., METHOD_OPT => 'FOR COLUMNS SIZE 254 status')
2. 或針對該 SQL 使用字面值 / OPT_ESTIMATE Hint 強制最佳化器重新評估。
3. 11g+ 啟用 _optim_peek_user_binds (預設開啟) 讓 ACS 自動處理。

總結

綁定變數是 OLTP 系統效能基石。正確使用原則：高頻交易 SQL 全面綁定；低頻/倉庫型 SQL 酌情字面值；歪斜欄位配合統計資訊與 ACS。這才是 CBO 時代的成熟用法。