Oracle 並行查詢 (PQO) 架構優勢與三大應用場景

前言

Parallel Query Option (PQO) 是 Oracle 企業版核心功能，將單一 SQL 拆解為多個並行執行緒 (PX Server) 同時存取資料。本文從架構優勢、適用場景、配套工具三面向說明為何大型資料倉庫離不開 PQO。

一、架構優勢：多 CPU 與多磁碟並行 I/O

• CPU 平行化：單一查詢啟動多個 PX Server 進程，分散至多核心/多插槽 CPU 同時計算 (掃描、連接、排序、聚合)。
• I/O 平行化：資料分佈於多個磁碟/ASM 磁碟組時，各 PX Server 同時讀取不同資料塊，突破單一執行緒 I/O 頻寬限制。
• 記憶體擴展：每個 PX Server 擁有獨立 PGA 工作區 (排序、雜湊、位圖合併)，總可用記憶體 = PGA_AGGREGATE_TARGET × 並行度，支援超大型排序/雜湊不落磁碟。

二、三大核心應用場景

三、配套工具與參數

• SQL*Loader Direct Path：sqlldr ... DIRECT=TRUE PARALLEL=TRUE 配合多個控制檔同時載入不同分區，達成極致載入速度。
• 關鍵初始化參數：
  • PARALLEL_MAX_SERVERS：系統最大並行伺服器進程數 (建議 CPU 核心數 × 2~4)。
  • PARALLEL_MIN_SERVERS：啟動時預先啟動的進程數，減少啟動延遲。
  • PARALLEL_DEGREE_POLICY：AUTO (11gR2+) 讓優化器依物件大小自動決定並行度。
  • PGA_AGGREGATE_TARGET / PGA_AGGREGATE_LIMIT：控制並行操作記憶體總量。
• 監控視圖：V$PX_SESSION, V$PX_PROCESS, V$SQL_WORKAREA_ACTIVE, DBA_HIST_ACTIVE_SESS_HISTORY (ASH) 觀察並行執行狀態與資源消耗。

四、避坑指南

1. **OLTP 環境勿濫用**：小範圍索引查詢加並行反而增加協調開銷，導致延遲上升。
2. **並行度過高**：超過物理核心數會造成 CPU 排程壓力、PGA 記憶體暴增、臨時表空間不足。
3. **資源管理器 (Resource Manager)**：建立消費者群組限制並行查詢佔用資源比例，保障核心 OLTP 業務 SLA。
4. **統計資訊**：並行執行計畫高度依賴表/索引/系統統計資訊 (DBMS_STATS.GATHER_SYSTEM_STATS)，統計過期會導致錯誤並行度選擇。

PQO 是「大力出奇蹟」的利器，但必須在「大資料量、低併發、充足硬體資源」的前提下使用，否則適得其反。