SQL 效能調優三大黃金法則：索引、聯結、WHERE 條件

法則一：合理的索引設計

實測環境： 62 萬筆 record 表

索引設計原則

1. 大量重複值 + 范圍查詢 + ORDER BY/GROUP BY → 叢集索引
2. 多欄位常同時存取且皆有重複值 → 複合索引
3. 複合索引前導欄必須為最高頻查詢欄位，爭取索引覆蓋

法則二：充分的聯結條件

場景： card (7,896 筆) ↔ account (191,122 筆)

-- 僅聯結 card_no：20 秒
SELECT SUM(a.amount) FROM account a, card b 
WHERE a.card_no = b.card_no

-- 加上 account_no：<1 秒
SELECT SUM(a.amount) FROM account a, card b 
WHERE a.card_no = b.card_no AND a.account_no = b.account_no

原理分析

優化器根據聯結條件選擇外部/內部表。充分條件讓優化器選到最小 I/O 成本路徑（外部表匹配行數 × 內部表查找成本）。

查看執行計畫：SET SHOWPLAN_ON 或 DBCC TRACEON(3604, 310, 302) (需 sa)。

法則三：可優化的 WHERE 條件

避免對欄位做運算（導致掃表）

原則： 將運算移至等號右邊，讓優化器在編譯期即可計算常數。

IN / OR 導致工作表與索引失效

-- 慢：IN 轉為 OR 策略，建工作表、不走索引
SELECT COUNT(*) FROM stuff WHERE id_no IN ('0','1') -- 23秒 (62萬筆達 220秒)

-- 快：拆分查詢再加總
SELECT COUNT(*) FROM stuff WHERE id_no='0'  -- 3秒
SELECT COUNT(*) FROM stuff WHERE id_no='1'  -- 3秒
-- 或用預存程序變數累加

總結

SQL 調優本質：寫出優化器可識別的語句 → 充分利用索引 → 減少 I/O → 避免掃表。應用層調優只是冰山一角，深層還涉及資源配置、網路、作業系統調校。