死鎖的發生對系統的性能和吞吐量都有重要影響，經檢測發現，治理信息系統的死鎖主要是因為兩個或多個線程（登錄）搶占同一表數據資源。引起長時間搶占同一資源不是因為我們需要處理的事務太復雜，時間太長，而往往是因為我們在前端應用程序對數據庫作操作時忘了提交。本文介紹一種處理解決這種死鎖的方法。
Sybase封鎖原理
數據共享與數據一致性是一對不可調和的矛盾，為了達到數據共享與數據一致，必須進行並發控制。並發控制的任務就是為了避免共享沖突而引起的數據不一致。Sybase SQL Server並發控制的方法是加鎖機制（LOCKING）。
鎖的類型/可申請的鎖
已有的鎖 S U X
S ∨ ∨ ×
U ∨ × ×
X × × ×
Sybase SQL Server有三種封鎖類型：排它鎖（exclusive lock,簡稱X鎖）；共享鎖（share lock,簡稱S鎖）；更新鎖（update lock,簡稱U鎖）。這三種鎖的相容矩陣表如下：
×:表示不兼容。∨：表示兼容。Sybase SQL Server是自動決定加鎖類型的。一般來說，讀（SELECT）操作使用S鎖，寫（UPDATE,INSERT和delete）操作使用X鎖。U鎖是建立在頁級上的，它在一個更新操作開始時獲得，當要修改這些頁時，U鎖會升級為X鎖。
鎖的力度
SQL Server有兩級鎖：頁鎖和表鎖。通常頁鎖比表鎖的限制更少（或更小）。頁鎖對本頁的所有行進行鎖定，而表鎖則鎖定整個表。為了減小用戶間的數據爭用和改進並發性，SQL Server試圖盡可能地使用頁鎖。
當SQL Server決定一個語句將訪問整個表或表的大多數頁時，它用表鎖來提供更有效的鎖定。鎖定策略直接受查詢方案約束，假如update或delete語句沒有可用的索引，它就執行表掃描或請求一個表鎖定。假如update或delete語句使用了索引，它就通過請求頁鎖來開始，假如影響到大多數行，它就要請求表鎖。一旦一個語句積累的頁鎖超過鎖提升阈值，SQL Server就設法給該對象分配一個表鎖。假如成功了，頁鎖就不再必要了，因此被釋放。表鎖也在頁層提供避免鎖沖突的方法。對於有些命令SQL Server自動使用表鎖。
鎖的狀態
SQL Server加鎖有三種狀態：
(1)意向鎖（intend）—是一種表級鎖，它表示在一個數據頁上獲得一個S或X鎖的意向。意向鎖可以防止其他事務在該數據頁的表上獲得排它鎖。
(2)阻塞（blocking,簡記blk）—它表明目前加鎖進程的狀態，帶有blk後綴的鎖說明該進程目前正阻塞另一個需要獲得鎖的進程，只有這一進程完成，其他進程才可以進行。
(3)需求鎖（demand）—表示此時該進程企圖得到一個排它鎖。它可以防止在這一表或頁上加過多的S鎖，她表示某一事務是下一個去鎖定該表和該頁的事務。
需求鎖是一個內部過程，因此用sp_lock是無法看見的。
