死鎖主要表現以下幾種情況：
表現一:
一個用戶A 訪問表A(鎖住了表A),然後又訪問表B
另一個用戶B 訪問表B(鎖住了表B),然後企圖訪問表A
這時用戶A由於用戶B已經鎖住表B，它必須等待用戶B釋放表B,才能繼續，好了他老人家就只好老老實實在這等了
同樣用戶B要等用戶A釋放表A才能繼續這就死鎖了
解決方法：
這種死鎖是由於你的程序的BUG產生的，除了調整你的程序的邏輯別無他法
仔細分析你程序的邏輯，
1：盡量避免同時鎖定兩個資源
2: 必須同時鎖定兩個資源時，要保證在任何時刻都應該按照相同的順序來鎖定資源.
表現二:
用戶A讀一條紀錄，然後修改該條紀錄
這是用戶B修改該條紀錄
這里用戶A的事務里鎖的性質由共享鎖企圖上升到獨占鎖(for update),而用戶B里的獨占鎖由於A有共享鎖存在所以必須等A釋
放掉共享鎖，而A由於B的獨占鎖而無法上升的獨占鎖也就不可能釋放共享鎖，於是出現了死鎖。
這種死鎖比較隱蔽，但其實在稍大點的項目中經常發生。
解決方法:
讓用戶A的事務（即先讀後寫類型的操作),在select 時就是用Update lock
語法如下：
select * from table1 with(updlock) where ....
如果真的table被鎖住了，可以通過下面的方法來解鎖：
Sql server企業管理器－>對應的資料庫->管理->當前活動->鎖/進程ID
將對應的被鎖住的進程關閉。
還有一種方法，就是在你不知道究竟是哪張表被鎖，由何種原因被鎖，可以重新啟動資料庫來解決，但不保證下次又被鎖住，因為還沒有找到問題的根本原因。
要避免鎖表，在操作資料庫最好不要用獨占方式。