概述

在工作中，我遇到過對表執(zhí)行 dml 語句時出現(xiàn)持續(xù)長時間死鎖的情況。在這種情況下，我使用輕量級 T-SQL 查詢來查找死鎖，即SQL 連接的阻塞和阻塞會話 ID。根據(jù)該語句返回的詳細(xì)信息，我能夠找到執(zhí)行阻塞會話的應(yīng)用程序或用戶，并幫助我終止特定的 SQL 連接。它還幫助我們識別并修復(fù)頻繁阻塞的 SQL 語句。

死鎖產(chǎn)生的原因

多個并發(fā)事務(wù)同時訪問數(shù)據(jù)庫資源，而這些事務(wù)需要訪問的資源（如表、行、頁等）相互沖突，從而導(dǎo)致彼此互相等待，形成死鎖。具體來說，當(dāng)一個事務(wù)正在訪問某些資源時，會對這些資源進(jìn)行加鎖以保證數(shù)據(jù)的一致性。如果另一個事務(wù)也要訪問這些資源，但是由于鎖的存在而無法訪問，那么它就會被阻塞并等待鎖釋放。而如果兩個或多個事務(wù)都互相持有對方需要的鎖，那么它們就會陷入相互等待的狀態(tài)，無法向前執(zhí)行，形成死鎖。

SQL Server死鎖產(chǎn)生的場景包括但不限于以下幾種情況：

• 并發(fā)事務(wù)更新相同的數(shù)據(jù)行或頁
• 并發(fā)事務(wù)以不同的順序獲取鎖
• 并發(fā)事務(wù)在執(zhí)行過程中出現(xiàn)了阻塞或超時等異常情況
• 并發(fā)事務(wù)使用不同的隔離級別，例如一個事務(wù)使用了“讀已提交”隔離級別，而另一個事務(wù)使用了“可重復(fù)讀”隔離級別

如何發(fā)現(xiàn)死鎖

為了避免死鎖的產(chǎn)生，可以采用以下幾種方法：

• 盡可能縮短事務(wù)的執(zhí)行時間
• 減少事務(wù)中對資源的鎖定時間
• 使用較低的隔離級別
• 對并發(fā)訪問頻繁的資源進(jìn)行分區(qū)
• 監(jiān)控并發(fā)事務(wù)的運行情況，及時發(fā)現(xiàn)并解決死鎖問題。

監(jiān)控并發(fā)事務(wù)的運行情況，是及時發(fā)現(xiàn)死鎖的重要的手段，也是我們工作中最常用的手段。

下面是我用來快速查找死鎖的查詢。該語句基于SYS.DM_EXEC_REQUESTS動態(tài)管理視圖。在此語句中，blocking_session_id列為您提供阻塞連接的 session_id，wait_type 列為您提供導(dǎo)致死鎖的等待類型。獲取blocking_session_id后，您可以使用另一個dmv SYS.DM_EXEC_SESSIONS來獲取有關(guān)會話或連接的更多詳細(xì)信息。

SELECT
    session_id,
    start_time,
    [status],
    command,
    blocking_session_id,
    wait_type,
    wait_time,
    open_transaction_count,
    transaction_id,
    total_elapsed_time,
    Definition = CAST(text AS VARCHAR(MAX))
FROM
    SYS.DM_EXEC_REQUESTS
    CROSS APPLY sys.dm_exec_sql_text(sql_handle)
WHERE blocking_session_id != 0