deadlock資料庫

死結 (Deadlock) 的發生與資料庫的鎖定 (Lock) 有關，這篇文章將介紹資料庫為什麼需要鎖定、MS SQL 的鎖定擴大 (Lock Escalation) 機制，以及減少死結的方法。

死結 (Deadlock) 有時也稱為致命環節 (Deadly Embrace)。 鎖死可能發生在任何具有多執行緒的系統上，而不只是在關聯式資料庫管理系統，並且可能發生在資料庫物件鎖定之外的資源。 例如，在多執行緒作業系統中的一個執行緒可能取得一或多個資源，像是記憶體區塊。 若要取得的資源目前為另一個執行緒所擁有，前者的執行緒可能必須等候擁有資源的執行緒釋放目標資源。 等候的執行緒便是所謂的與擁有該特定資源的執行緒具有依存性。 在資料庫引擎的執行個體中，連線可能會在取得非資料庫資源 （例如記憶體或執行緒）

鎖定的定義 : 在 MySQL 中，資料庫的鎖定是一種用於管理多用戶或程序同時訪問同一資料庫資源時的同步機制。 鎖定可以幫助預防資料不一致和更新衝突，保護交易的完整性。 既然是鎖定，當然就會讓某一方等待，如果鎖得不好，就會發生死鎖 (deadlock)。

在電腦科學與資料庫管理中，「死結（Deadlock）」 是一種常見的問題，通常發生在多個執行緒或交易（Transaction）同時競爭資源時。 當一組交易彼此無限期地等待對方釋放資源，而這些資源又不會主動釋放時，就會發生死結。

當我們開啟 SQL Profiler 之後，首先我們會建立一個追蹤，SQL Profiler 其實很貼心的預備好相關的範本，只要在選擇範本的地方，選擇「TSQL_Locks」的範本. 可以從「事件選取範圍」中可以看到，透過這個範本已經將相關的 Deadlock 事件給選擇進來了。 因此我們就可以按下執行，來看看當我們發生 Deadlock 的時候，可以看到甚麼樣的資訊。 我們一樣就利用一開始所建立的腳本，按照次序再重新執行一次，故意造成死結的狀況發生。

結果？ 誰也打不開，大家都卡住。 這種情況在資料庫裡也會發生，專業名稱叫做 「死結（Deadlock）」。 這次的案例發生在一個自動處理晶圓資料（wafer data）的系統裡。 系統同時開了多個背景任務，一邊在刪資料、一邊在更新資料。

死鎖會在等待死鎖偵測時減慢參與程式交易的速度，透過回復受損交易來浪費系統資源，並在整個處理程序期間造成額外的系統工作及交易日誌存取。 如果您遇到的死鎖數目比基準線數目增加，且正在重新執行交易，則可能發生死鎖問題。 一般而言，任何觀察到的死鎖都會被視為異常。 為了能夠客觀地評量系統是否呈現異常行為 (包括處理延遲及效能不佳) ，您必須具有說明系統一般行為 (基準線) 的資訊。 然後，可以在您對可疑異常行為的觀察與基準線之間進行比較。 透過排程定期作業監視作業來收集基準線資料，是疑難排解程序的重要元件。 如需