應用程式設計避免 SQL Server 死結的關鍵原則

死結成因

任何基於鎖的並發系統都無法完全避免阻塞。當連線 A 持有鎖、連線 B 要求相衝突的鎖模式時，B 必須等待或被封鎖。

設計階段的三大預防策略

1. 縮短交易長度

• 交易開啟後盡快認可或回滾
• 避免在交易中進行使用者互動、網路呼叫、複雜運算
• 採用隱含交易而非顯式 BEGIN TRAN 除非必要

2. 減少鎖持有時間

• 只在必要時才取得鎖（如 UPDLOCK、HOLDLOCK 慎用）
• 大量異動拆分為小批次，避免長時間佔用資源
• 適當調整隔離等級，預設 READ COMMITTED 多數情況足夠

3. 統一資源存取順序

• 所有交易以相同順序存取資料表/索引（如依主鍵排序）
• 避免交易 A 鎖 Table1 再鎖 Table2，交易 B 反向操作
• 應用層封裝資料存取邏輯，集中管理存取順序

偵測與排查工具

• DBCC TRACEON(1222, -1) 捕捉死結圖形
• SQL Server Profiler 事件 Deadlock graph
• sys.dm_tran_locks、sys.dm_os_waiting_tasks 即時監控

總結

死結多源於設計階段疏失，而非執行期偶發。將「短交易、定順序、少鎖定」內化為團隊開發規範，才是根治之道。