資料庫效能優化：將非核心邏輯移出 DB 層的實戰案例

問題背景：DB Server CPU 飆高至 100%

某生產環境的 DB Server CPU 持續維持在 100%，vmstat 輸出也異常偏高。經排查鎖定到一條高耗 CPU 的 SQL，發現其呼叫了一個將 IP 字串轉換為數值的 PL/SQL 自訂函數。將該邏輯移至資料庫外層的 VB 程式實作後，CPU 使用率大幅下降，問題隨即解決。

核心啟示：與資料庫無關的運算勿放入 DB 層

該函數邏輯本身並不複雜，亦未存取任何資料庫物件，卻造成驚人效能衝擊。結論明確：與資料庫核心業務無關的處理過程，應移至呼叫端應用程式實作，即便 SQL 程序能實現也應避免。

避坑指南：查詢語句中勿直接呼叫自訂 PL/SQL 函數

以下範例說明錯誤與正確寫法的效能差異：

自訂函數定義

CREATE OR REPLACE FUNCTION fn_ipaddr_to_province (p_ipaddr NUMBER)
RETURN VARCHAR2
IS
  v_ret VARCHAR2(100) := '';
BEGIN
  BEGIN
    SELECT province
    INTO v_ret
    FROM ipdb
    WHERE start_ip <= p_ipaddr AND end_ip >= p_ipaddr AND ROWNUM = 1;
  EXCEPTION
    WHEN NO_DATA_FOUND THEN v_ret := '';
  END;
  RETURN v_ret;
EXCEPTION
  WHEN OTHERS THEN RAISE;
END fn_ipaddr_to_province;
/

方法一：SQL 中直接呼叫函數（CPU 90%+）

BEGIN
  SELECT serverip
  INTO v_serverip
  FROM domainname
  WHERE province = fn_ipaddr_to_province(p_ip) AND ROWNUM = 1;
EXCEPTION
  WHEN NO_DATA_FOUND THEN v_serverip := 'mp3.u-vv.com';
END;

方法二：先在 PL/SQL 區塊呼叫函數賦值，再用變數查詢（CPU 40% 左右）

v_province := fn_ipaddr_to_province(p_ip);
BEGIN
  SELECT serverip
  INTO v_serverip
  FROM domainname
  WHERE province = v_province AND ROWNUM = 1;
EXCEPTION
  WHEN NO_DATA_FOUND THEN v_serverip := 'default domain';
END;

最佳實踐總結

• 計算邏輯下沉：IP 轉換、字串處理、格式化等純運算移至應用層。
• 減少 Context Switch：SQL 引擎與 PL/SQL 引擎切換開銷大，單次查詢中重複呼叫函數會放大此成本。
• 變數預先綁定：如範例方法二，先取得函數回傳值存入變數，再以變數參與查詢，可大幅降低 CPU 壓力。

此案例再次印證：資料庫專注於資料存取與集合運算，業務運算交給應用層，才是高效能架構的正解。