2. 程式人生 > 實用技巧 >Sql Server 死鎖 死鎖捕捉 郵件提醒 監控工具

Sql Server 死鎖 死鎖捕捉 郵件提醒 監控工具

阿新 • • 發佈：2020-12-01

死鎖

資料庫

SELECT @@version

Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) 
 Aug 22 2017 17:04:49 
 Copyright (C) 2017 Microsoft Corporation
 Developer Edition (64-bit) on Windows 10 Enterprise 10.0 <X64> (Build 18362: )

示例資料庫

AdventureWorks2017.bak

觸發死鎖

開啟第一個查詢視窗，輸入

USE AdventureWorks2017
GO
BEGIN TRAN
UPDATE Purchasing.PurchaseOrderDetail
SET OrderQty = OrderQty + 200
WHERE ProductID = 922
AND PurchaseOrderID = 499;
GO

開啟第二個查詢視窗，輸入

USE AdventureWorks2017
GO
BEGIN TRAN
UPDATE Production.Product
SET ListPrice = ListPrice * 0.9
WHERE ProductID = 922;

回到第一個視窗，輸入以下程式碼，可以看到一直在執行。

UPDATE Production.Product
SET   ListPrice = ListPrice * 1.1
WHERE  ProductID = 922;
GO

現在在第二個視窗輸入以下程式碼：

UPDATE Purchasing.PurchaseOrderDetail
SET   OrderQty = OrderQty - 200
WHERE  ProductID = 922
    AND PurchaseOrderID = 499;
GO

本機在3s後出現死鎖。

第一個查詢視窗中的UPDATE對錶Purchasing.PurchaseOrderDetail申請了一個X鎖。但是事務沒關閉，所以鎖沒有釋放。在第二個視窗中的UPDATE語句同樣在表Production.Product申請了X鎖，同樣鎖也沒有釋放，此時再到第一個視窗，也就是第一個事務內執行對錶Production.Product的UPDATE操作，由於第二個視窗也就是第二個事務還持有對這個表上的資源鎖，所以第一個事務會處於等待狀態。而第二個事務的UPDATE Purchasing.PurchaseOrderDetail又由於第一個事務還在持有X鎖，所以仍然在等待。最後到達了死鎖的條件，發生了死鎖。

展示了轉換死鎖的情景，A、B兩個過程都在相同的頁上持有共享鎖，每個過程都想把自己的共享鎖升級到排他鎖，但是由於共享鎖和X鎖在有多會話持有時不相容，就造成了等待。

監控死鎖的幾種方式

啟動 1222 和 1204

DBCC TRACEON(1222, -1)

GO

1204：返回參與死鎖的索梓源和型別，以及受影響的當前命令
1222：以不符合任何XSD架構的XML格式，返回參與死鎖的鎖資源和型別，以及受影響的當前命令

* 可能需要定期清理日誌

SqlServer的ERRORLOG中

2020-11-30 14:30:12.08 spid22s     deadlock-list
2020-11-30 14:30:12.08 spid22s      deadlock victim=process2c602046ca8
2020-11-30 14:30:12.08 spid22s       process-list
2020-11-30 14:30:12.08 spid22s        process id=process2c602046ca8 taskpriority=0 logused=264 waitresource=KEY: 16:72057594050904064 (3e75cd3a78e7) waittime=4928 ownerId=42727624 transactionname=user_transaction lasttranstarted=2020-11-30T14:30:00.417 XDES=0x2c5f7e14490 lockMode=U schedulerid=6 kpid=14396 status=suspended spid=66 sbid=0 ecid=0 priority=0 trancount=2 lastbatchstarted=2020-11-30T14:30:07.153 lastbatchcompleted=2020-11-30T14:30:07.150 lastattention=2020-11-30T14:29:25.857 clientapp=Microsoft SQL Server Management Studio - 查詢 hostname=DESKTOP-6122L19 hostpid=15724 loginname=DESKTOP-6122L19\Administrator isolationlevel=read committed (2) xactid=42727624 currentdb=16 lockTimeout=4294967295 clientoption1=671090784 clientoption2=390200
2020-11-30 14:30:12.08 spid22s         executionStack
2020-11-30 14:30:12.08 spid22s          frame procname=adhoc line=1 stmtend=248 sqlhandle=0x020000004fbb092c29dceca676884294df83a6c4d191eec80000000000000000000000000000000000000000
2020-11-30 14:30:12.08 spid22s     unknown     
2020-11-30 14:30:12.08 spid22s          frame procname=adhoc line=1 stmtend=248 sqlhandle=0x0200000086861218faf80bb42e2b30c275c0de82f20b50510000000000000000000000000000000000000000
2020-11-30 14:30:12.08 spid22s     unknown     
2020-11-30 14:30:12.08 spid22s         inputbuf
2020-11-30 14:30:12.08 spid22s     UPDATE Purchasing.PurchaseOrderDetail
2020-11-30 14:30:12.08 spid22s     SET   OrderQty = OrderQty - 200
2020-11-30 14:30:12.08 spid22s     WHERE  ProductID = 922
2020-11-30 14:30:12.08 spid22s         AND PurchaseOrderID = 499;
2020-11-30 14:30:12.08 spid22s        process id=process2c60205f468 taskpriority=0 logused=2200 waitresource=KEY: 16:72057594049921024 (bd095ec17235) waittime=8528 ownerId=42727514 transactionname=user_transaction lasttranstarted=2020-11-30T14:29:57.680 XDES=0x2c5c0258490 lockMode=X schedulerid=9 kpid=17144 status=suspended spid=59 sbid=0 ecid=0 priority=0 trancount=2 lastbatchstarted=2020-11-30T14:30:03.553 lastbatchcompleted=2020-11-30T14:30:03.550 lastattention=1900-01-01T00:00:00.550 clientapp=Microsoft SQL Server Management Studio - 查詢 hostname=DESKTOP-6122L19 hostpid=15724 loginname=DESKTOP-6122L19\Administrator isolationlevel=read committed (2) xactid=42727514 currentdb=16 lockTimeout=4294967295 clientoption1=671090784 clientoption2=390200
2020-11-30 14:30:12.08 spid22s         executionStack
2020-11-30 14:30:12.08 spid22s          frame procname=adhoc line=1 stmtstart=58 stmtend=224 sqlhandle=0x02000000b946b92f64e6020ab57679e19aa9e916cc7e0da10000000000000000000000000000000000000000
2020-11-30 14:30:12.08 spid22s     unknown     
2020-11-30 14:30:12.08 spid22s          frame procname=adhoc line=1 stmtend=166 sqlhandle=0x02000000cbda872f8f10a0c57ab5fcea19a16786794f88340000000000000000000000000000000000000000
2020-11-30 14:30:12.08 spid22s     unknown     
2020-11-30 14:30:12.08 spid22s         inputbuf
2020-11-30 14:30:12.08 spid22s     UPDATE Production.Product
2020-11-30 14:30:12.08 spid22s     SET   ListPrice = ListPrice * 1.1
2020-11-30 14:30:12.08 spid22s     WHERE  ProductID = 922;
2020-11-30 14:30:12.08 spid22s       resource-list
2020-11-30 14:30:12.08 spid22s        keylock hobtid=72057594050904064 dbid=16 objectname=AdventureWorks2017.Purchasing.PurchaseOrderDetail indexname=PK_PurchaseOrderDetail_PurchaseOrderID_PurchaseOrderDetailID id=lock2c5d4652780 mode=X associatedObjectId=72057594050904064
2020-11-30 14:30:12.08 spid22s         owner-list
2020-11-30 14:30:12.08 spid22s          owner id=process2c60205f468 mode=X
2020-11-30 14:30:12.08 spid22s         waiter-list
2020-11-30 14:30:12.08 spid22s          waiter id=process2c602046ca8 mode=U requestType=wait
2020-11-30 14:30:12.08 spid22s        keylock hobtid=72057594049921024 dbid=16 objectname=AdventureWorks2017.Production.Product indexname=PK_Product_ProductID id=lock2c5e6001a00 mode=X associatedObjectId=72057594049921024
2020-11-30 14:30:12.08 spid22s         owner-list
2020-11-30 14:30:12.08 spid22s          owner id=process2c602046ca8 mode=X
2020-11-30 14:30:12.08 spid22s         waiter-list
2020-11-30 14:30:12.08 spid22s          waiter id=process2c60205f468 mode=X requestType=wait
2020-11-30 14:30:14.66 spid12s     A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 655 seconds. Working set (KB): 325408, committed (KB): 656824, memory utilization: 49%.

hobid === 72057594050904064

USE AdventureWorks2017
 GO
 SELECT OBJECT_NAME(i.object_id) ,
       i.name
 FROM   sys.partitions AS p
       INNER JOIN sys.indexes AS i ON i.object_id = p.object_id
                                 AND i.index_id = p.index_id
 WHERE  p.partition_id =  72057594050904064

使用Profiler捕獲死鎖資訊

使用Service Broker Event Notification

USE msdb;
--  建立一個 service broker queue
CREATE QUEUE DeadlockQueue
GO
--  建立一個 service broker service 接收事件
CREATE SERVICE DeadlockService
ON QUEUE DeadlockQueue ([http://schemas.microsoft.com/SQL/Notifications/PostEventNotification]) 
GO
-- 建立一個針對死鎖的事件通知
CREATE EVENT NOTIFICATION CaptureDeadlocks
ON SERVER
WITH FAN_IN
FOR DEADLOCK_GRAPH
TO SERVICE 'DeadlockService', 'current database';
GO

SELECT CAST(message_body AS XML) AS message_body FROM DeadlockQueue

使用WMI捕獲死鎖

使用ExtendedEvents捕獲死鎖

--擴充套件事件會話的資訊  
select * from sys.dm_xe_sessions where name = 'system_health'  
  
  
SELECT   
    xed.value('@timestamp','datetime')as Creation_Date,    
    xed.query('.')AS Extend_Event    
FROM   
(    
    SELECT CAST([target_data] AS XML)AS Target_Data    
    FROM sys.dm_xe_session_targets AS xt    
    INNER JOIN sys.dm_xe_sessions AS xs    
    ON xs.address= xt.event_session_address    
    WHERE xs.name=N'system_health'    
    AND xt.target_name=N'ring_buffer'  
) AS XML_Data    
CROSS APPLY Target_Data.nodes('RingBufferTarget/event[@name="xml_deadlock_report"]')AS XEventData(xed)    
ORDER BY Creation_Date DESC

死鎖報警

實質是開啟1222，然後讀取日誌檔案，然後傳送郵件

開啟資料庫郵件傳送

IF EXISTS (
    SELECT 1 FROM sys.configurations 
    WHERE NAME = 'Database Mail XPs' AND VALUE = 0)
BEGIN
  PRINT 'Enabling Database Mail XPs'
  EXEC sp_configure 'show advanced options', 1;  
  RECONFIGURE
  EXEC sp_configure 'Database Mail XPs', 1;  
  RECONFIGURE  
END

配置資料庫郵件

新建作業，設定警報，設定步驟

DECLARE @starttime VARCHAR(30), 
                @endtime VARCHAR(30), 
                @Cmd VARCHAR(500),
                @servername NVARCHAR(150),
                @mysubject NVARCHAR(200),
                @body VARCHAR(2000)
      SET @endtime = CONVERT(VARCHAR(30), GETDATE(), 126)
      SET @starttime = CONVERT(VARCHAR(30), DATEADD(MI, -1, GETDATE()), 126);
      SET @Cmd = 'EXEC master.dbo.xp_readerrorlog 0, 1, null, null, ' + '''' + @starttime + '''' + ', ' 
                    + '''' + @endtime + '''' + ', ' + 'N''ASC'''
      SET @servername = @@servername
      SET @mysubject = '[Warning]：Deadlock event notification on server ' + @servername + ' at '+@starttime
      SET @body = N'Deadlock has occurred.Please refer to attachement or use below sql statement to check deadlock detalis：
     ' + @Cmd

EXEC msdb.dbo.sp_send_dbmail 
          @profile_name='DBMailProfile',
          @recipients='[email protected]',
          @subject=@mysubject,
          @body=@body,
          @query=@Cmd,
          @attach_query_result_as_file=1,
          @query_attachment_filename=N'deadlock log.txt',
          @query_result_width=32767,
          @exclude_query_output=1,
          @append_query_error=1;

為什麼查詢慢？是不是死鎖了？

這個問題被大量的開發人員問過。查詢慢有很多情況，歸根結底是資源問題，但是絕大部分情況是由於設計、編碼導致的。不合理、低效地操作資料庫，導致資源利用不合理甚至不足，從而發生效能問題。查詢慢主要是因為在併發特別是悲觀併發模式下，互相阻塞和鎖過多、過久造成的其他會話等待，甚至死鎖，從而表現出來執行慢。至於死鎖導致查詢慢，其實很少見，因為在通常情況下，死鎖5s內就會被SQL Server終止。所以更準確地來說，是阻塞而不是死鎖導致慢。

相關推薦

Sql Server 死鎖 死鎖捕捉 郵件提醒 監控工具

死鎖 資料庫 SELECT @@version Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) Aug 22 2017 17:04:49

SQL Server 查詢是否死鎖與解決辦法

Sys.SysProcesses 系統表是一個很重要的系統檢視，主要用來定位與解決Sql Server的阻塞和死鎖

sql server中死鎖排查的全過程分享

前言 記得以前客戶在使用軟體時，有偶發出現死鎖問題，因為發生的時間不確定，不好做問題的重現，當時解決問題有點棘手了。

SQL Server 死鎖

在資料庫中開啟死鎖監測可以收集到資料庫發生的死鎖情況。開啟的方式有2種：

SQL Server 【提高】 死鎖

死鎖 在兩個或多個任務中，如果每個任務鎖定了其他任務試圖鎖定的資源，此時會造成這些任務永久阻塞，從而出現死鎖

sql server死鎖：identify導致的 insert 和 select max(id)

【1】死鎖資訊 【1.1】圖 　　 左邊：selectmax(id)fromtab右邊：insertinto tab values.....

Sql Server事務+隔離級別+阻塞+死鎖

技術標籤：Sql Serversqlserver 背景 分析事務的執行過程 寫在前面 摘錄自https://www.cnblogs.com/jackson0714/p/TSQLFundamentals_08.html link

詳解SQL Server中的事務與鎖問題

一 概述 在資料庫方面，對於非DBA的程式設計師來說，事務與鎖是一大難點，針對該難點，本篇文章試圖採用圖文的方式來與大家一起探討。

Sql server 鎖表查詢Sql

查詢SQLServer表被鎖的型別 declare@dbnamenvarchar(200),@objidnvarchar(200) set@dbname=\'PETTY_CASH_ORIGIN\'

python中--鎖-死鎖-遞迴鎖-執行緒鎖--生產者消費者模型

Lock互斥鎖 程序之間資料安全的問題 把要保護的資料鎖起來，每次只有一個人能訪問

sql server 鎖(lock)的基礎及應用

一 關於鎖的基礎知識 (一). 為什麼要引入鎖 當多個使用者同時對資料庫的併發操作時會帶來以下資料不一致的問題:

SQL Server鎖與事務隔離

SQL Server鎖與事務隔離 鎖產生的背景 在關係型資料庫中，事務是作為單個邏輯工作單元執行的一系列操作。一個邏輯工作單元必須具備原子性（atomicity）、一致性（consistency）、隔離性（isolation）和

資料庫-鎖/樂觀/悲觀鎖/讀寫鎖/死鎖

1. 鎖的定義 鎖是網路資料庫中的一個非常重要的概念，當多個使用者同時對資料庫併發操作時，會帶來資料不一致的問題，所以，鎖主要用於多使用者環境下保證資料庫完整性和一致性。

sqlServer死鎖問題：事務(程序 ID xx)與另一個程序被死鎖在鎖資源上，並且已被選作死鎖犧牲品，請重新執行該事務。

技術標籤：問題解決sqlserver 產生死鎖的業務場景 今天測試了一下消費者的儲存新增訂單模組，當時rabbitmq上有100+條訂單訊息，開啟消費者去消費的時候報了這個錯誤

sql server該賬戶當前被鎖定，所以使用者'sa'登入失敗。系統管理員無法將該賬戶解鎖。(Microsoft SQL Server，錯誤：18486)

【錯誤】 sql server2008 　　 sql server2016，這個高版本居然在SSMS介面上沒有顯示，但可以從錯誤日誌中看到。

卡頓、死鎖、ANR原理，線上監控方案分析

一、前言 最近參加了幾輪面試，發現很多5-7年工作經驗的候選人在效能優化這一塊，基本上只能說出傳統的分析方式，例如ANR分析，是通過檢視/data/anr/ 下的log，分析主執行緒堆疊、cpu、鎖資訊等，

SQL Server 鎖升級（Lock Escalations）

在今天的文章裡，我想談下SQL Server裡鎖升級（Lock Escalations）。鎖升級是SQL Server使用的優化技術，用來控制在SQL Server鎖管理裡把持鎖的數量。我們首先用SQL Server裡所謂的鎖層級（Lock Hierarchy）開始，

什麼是資料死鎖,死鎖的必要條件是什麼

一丶什麼是資料死鎖? 死鎖是指兩個或兩個以上的程序在執行過程中,因爭奪資源而造成的一種互相等待的現象,若無外力作用,

sql server鎖表

專案執行過程提示了死鎖，一個select查詢和一個update的更新居然出現了死鎖，本身select會有共享鎖，update會有排它鎖，但是我的兩個語句目前應該不符合那種特殊情況（特殊情況會導致select和update死鎖)

SQL Server 中WITH (NOLOCK)淺析 sql語句對資料庫表進行加鎖和解鎖

概念介紹    開發人員喜歡在SQL指令碼中使用WITH(NOLOCK), WITH(NOLOCK)其實是表提示（table_hint）中的一種。它等同於 READUNCOMMITTED 。 具體的功能作用如下所示（摘自MSDN）：