Oracle 鎖機制深度解析：排隊邏輯、FOR UPDATE NOWAIT/WAIT 避免阻塞實戰

Oracle 採用先進先出 (FIFO) 的鎖排隊機制。當 Session 請求的鎖被其他 Session 持有，該 Session 進入等待隊列。唯一避免排隊等待的方法是使用 SELECT ... FOR UPDATE 搭配 NOWAIT 或 WAIT n 子句。本文深度解析鎖排隊原理、FOR UPDATE 進階用法、與 SQL Server 鎖提示的對比。

一、Oracle 鎖排隊機制

• 鎖請求按到達順序排隊，多 Session 等待同一資源時，Oracle 追蹤請求順序
• 釋放鎖時，喚醒隊列頭部 Session
• 預設行為：無限期等待，Session 處於 ENQ: TX - ROW LOCK CONTENTION 等待事件

二、SELECT ... FOR UPDATE 進階語法

SELECT ... FROM table WHERE condition FOR UPDATE [OF column_list] [NOWAIT | WAIT n | SKIP LOCKED];

實戰範例

-- 嘗試鎖定訂單，最多等 3 秒
SELECT order_id, status FROM orders WHERE order_id = 1001 FOR UPDATE WAIT 3;

-- 秒殺場景：立即失敗而不阻塞
SELECT * FROM inventory WHERE product_id = 999 AND qty > 0 FOR UPDATE NOWAIT;

三、SQL Server 鎖提示對比 (參考)

核心差異：Oracle 讀寫不互斥（多版本並發控制 MVCC），SELECT 不加鎖；SQL Server 預設讀取加共享鎖，需 NOLOCK 避免阻塞但犧牲一致性。

四、最佳實踐建議

1. 縮短事務長度：盡晚開啟事務，盡早提交/回滾，減少鎖持有時間
2. 統一存取順序：多表操作時，所有 Session 按相同順序鎖定資源，避免死鎖
3. 善用 WAIT n：替代無限等待，賦予應用層超時控制權
4. SKIP LOCKED 實現佇列：SELECT * FROM task_queue WHERE status='PENDING' FOR UPDATE SKIP LOCKED 實現高併發任務分發
5. 監控鎖等待：V$SESSION_WAIT、V$LOCK、DBA_BLOCKERS 定位阻塞鏈

理解鎖排隊邏輯，靈活運用 FOR UPDATE 變體，是構建高併發、低延遲 Oracle 應用的關鍵技能。