資料庫引起的死鎖及死鎖的定義

一般情況只發生鎖超時，就是乙個程序需要訪問資料庫表或者欄位的時候，另外乙個程式正在執行帶鎖的訪問（比如修改資料），那麼這個程序就會等待，當等了很久鎖還沒有解除的話就會鎖超時，報告乙個系統錯誤，拒絕執行相應的sql操作。

1）互斥條件：指程序對所分配到的資源進行排它性使用，即在一段時間內某資源只由乙個程序占用。如果此時還有其它程序請求資源，則請求者只能等待，直至占有資源的程序用畢釋放。

2）請求和保持條件：指程序已經保持至少乙個資源，但又提出了新的資源請求，而該資源已被其它程序占有，此時請求程序阻塞，但又對自己已獲得的其它資源保持不放。

3）不剝奪條件：指程序已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。

4）環路等待條件：指在發生死鎖時，必然存在乙個程序——資源的環形鏈，即程序集合中的p0正在等待乙個p1占用的資源；p1正在等待p2占用的資源，……，pn正在等待已被p0占用的資源。

在系統設計、程序排程等方面注意如何不讓這四個必要條件成立，如何確定資源的合理分配演算法，避免程序永久佔據系統資源。此外，也要防止程序在處於等待狀態的情況下占用資源,在系統執行過程中，對程序發出的每乙個系統能夠滿足的資源申請進行動態檢查，並根據檢查結果決定是否分配資源，若分配後系統可能發生死鎖，則不予分配，否則予以分配 。因此，對資源的分配要給予合理的規劃。

a. 按同一順序訪問物件：

按同一順序訪問物件也就是：第乙個事務提交或回滾後，第二個事務繼續進行，這樣不會發生死鎖。

避免編寫包含使用者互動的事務，因為執行沒有使用者互動的批處理的速度要遠遠快於使用者手動響應查詢的速度，例如答覆應用程式請求引數的提示。例如，如果事務正在等待使用者輸入，而使用者去吃午餐了或者甚至回家過週末了，則使用者將此事務掛起使之不能完成。這樣將降低系統的吞吐量，因為事務持有的任何鎖只有在事務提交或回滾時才會釋放。即使不出現死鎖的情況，訪問同一資源的其它事務也會被阻塞，等待該事務完成。

在同一資料庫中併發執行多個需要長時間執行的事務時通常發生死鎖。事務執行時間越長，其持有排它鎖或更新鎖的時間也就越長，從而堵塞了其它活動並可能導致死鎖。 保持事務在乙個批處理中，可以最小化事務的網路通訊往返量，減少完成事務可能的延遲並釋放鎖。

確定事務是否能在更低的隔離級別上執行，執行提交讀取允許事務讀取另乙個事務已讀取（未修改）的資料，而不必等待第乙個事務完成。使用較低的隔離級別（例如提交讀取）而不使用較高的隔離級別（例如可序列讀）可以縮短持有共享鎖的時間，從而降低了鎖定爭奪。

使用繫結連線使同一應用程式所開啟的兩個或多個連線可以相互合作。次級連線所獲得的任何鎖可以象由主連線獲得的鎖那樣持有，反之亦然，因此不會相互阻塞。

對產生的死鎖的建議：

(1)對於頻繁使用的表使用集簇化的索引;

(2)設法避免一次性影響大量記錄的t-sql語句，特別是insert和update語句;

(3)設法讓update和delete語句使用索引;

(4)使用巢狀事務時，避免提交和回退衝突;

(5)對一些資料不需要及時讀取更新值的表在寫sql的時候在表後台加上(nolock)，如：select * from tablea(nolock)

-

Mysql資料庫死鎖 及 解除 死鎖的方法

database table in use name locked database 含有該錶的資料庫 table 表名稱 in use 表當前被查詢使用的次數。如果該數為零，則表是開啟的，但是當前沒有被使用 name locked 表名稱是否被鎖定。名稱鎖定用於取消表或對錶進行重新命名等操作根據上...

資料庫死鎖

1.死鎖的概念 死鎖是程序死鎖的簡稱，是由dijkstra於1965年研究銀行家演算法時首先提出來的。它是計算機作業系統乃至併發程式設計中最難處理的問題之一。實際上，死鎖問題不僅在計算機系統中存在，在我們日常生活中它也廣泛存在。我們先看看這樣乙個生活中的例子 在一條河上有一座橋，橋面較窄，只能容納一...

資料庫死鎖

資料庫在進行insert，update，delete這些更新操作的時候為了保證資料一致性都會使用排他鎖。乙個事務裡進行update操作，在事務結束之前 commit or rollback 排他鎖不會被釋放。因此在乙個事務裡update多條資料的時候執行順序就尤為重要，兩個併發事務中更新操作的執行順...