Oracle NUMA 架構調優：Intel Nehalem CPU 記憶體非一致存取與參數控制

傳統 SMP 架構下 CPU 增多受限於共享匯流排，NUMA (Non-Uniform Memory Access) 透過**每核心專屬本地記憶體**緩解擴展瓶頸。本文結合 Oracle Open World 實戰分享，解析 NUMA 對 Intel Nehalem CPU 上 Oracle 效能的影響、啟用條件、參數控制與 Amdahl 定律啟示。

SMP vs NUMA 核心差異

Oracle 對 NUMA 的支援歷程

• 8i 起支援 NUMA 特性。
• 10.2.0.4 / 11.1 **預設啟用**。
• 11.2 後**預設關閉** (需手動開啟)。
• 19c/21c：偵測到硬體+OS 支援時自動啟用，或由 Oracle Validated RPM 套件激活。

三層啟用條件 (缺一不可)

1. 硬體：BIOS 啟用 NUMA (預設開啟)，Intel Nehalem/EP/SP 系列支援。
2. 作業系統：Linux Kernel ≥ 2.6.9-67 自動支援 NUMA；numactl --hardware 可見拓撲。
3. Oracle 實例：參數 _enable_NUMA_support=TRUE (隱性) 或 _enable_NUMA_optimization=TRUE。

參數控制與驗證

-- 檢查是否啟用 (需 SYS)
SELECT name, value FROM v$parameter WHERE name LIKE '%numa%';

-- 強制關閉 (實例層級)
ALTER SYSTEM SET "_enable_NUMA_support"=FALSE SCOPE=SPFILE;  -- 需重啟

-- OS 層級關閉 (Grub 參數)
numa=off

Amdahl 定律啟示

「並行加速比受限於串行部分」。多核不等於線性加速，**記憶體存取非一致性** 正是串行瓶頸來源之一。NUMA 意義在於**將資料盡量放在本地 Node**，減少跨 Node 存取 (Remote Memory Access)。

DBA 實務調優建議

1. 確認硬體拓撲：lscpu / numactl --hardware 看 Socket/Node 數、CPU 分配。
2. 綁定 CPU 與記憶體：numactl --cpunodebind=0 --membind=0 oracle (測試用)，生產靠 OS Scheduler 自動最佳化。
3. SGA 配置：大頁面 + NUMA 時，SGA 會嘗試跨 Node 平均分佈，或依 _numa_pool_size 控制。
4. 監控跨 Node 流量：numastat -p 觀察 numa_miss (跨 Node 存取) 比率。
5. RAC 環境：每節點獨立 NUMA 拓撲，Interconnect 流量與 NUMA 遠端存取疊加，需 25GbE+ 專用網卡。

常見誤區

• 「關閉 NUMA 就沒事」：錯。關閉後 OS 視為 SMP，**遠端記憶體存取依然存在**，只是失去了最佳化排程機制，效能通常更差。
• 「所有工作負載都受益」：僅 **記憶體密集、高併發 OLTP/決策支援** 明顯受益；單一大掃描倉庫查詢受益有限。

深入理解 NUMA 拓撲、OS 排程與 Oracle 參數三方互動，才能在 Intel Nehalem 至最新 Xeon Scalable 平台上榨乾硬體效能，避免「買了 64 核心跑得像 32 核」的尷尬。