SQL Server中死鎖的原因及解決辦法，其實所有的死鎖最深層的原因就是一個資源競爭：

　　表現一：

　　一個用戶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 ....

關鍵字：SQL Server、死鎖