記一次公司倉庫數(shù)據(jù)庫服務器死鎖過程及解決辦法
更新時間：2015年09月28日 11:34:37 作者：樺仔
根據(jù)操作系統(tǒng)中的定義：死鎖是指在一組進程中的各個進程均占有不會釋放的資源，但因互相申請被其他進程所站用不會釋放的資源而處于的一種永久等待狀態(tài)。下面小編給大家分享一次公司倉庫數(shù)據(jù)庫服務器死鎖過程及解決辦法，需要的朋友一起看看吧
死鎖的四個必要條件：
互斥條件(Mutual exclusion)：資源不能被共享，只能由一個進程使用。
請求與保持條件(Hold and wait)：已經(jīng)得到資源的進程可以再次申請新的資源。
非剝奪條件(No pre-emption)：已經(jīng)分配的資源不能從相應的進程中被強制地剝奪。
循環(huán)等待條件(Circular wait)：系統(tǒng)中若干進程組成環(huán)路，該環(huán)路中每個進程都在等待相鄰進程正占用的資源。
倉庫揀貨卡死，排查了數(shù)據(jù)庫的很多地方，都沒有頭緒，最后到SQL Server 錯誤日志里查看，終于發(fā)現(xiàn)了蛛絲馬跡
EXEC xp_readerrorlog 0,1,NULL,NULL,'2015-09-21','2015-10-10','DESC'
waiter id=process5c30e08 mode=U requestType=wait
waiter-list
owner id=process5c26988 mode=X
owner-list
keylock hobtid=72057597785604096 dbid=33 objectname=stoxxx.dbo.Orderxxx indexname=IX_PricingExpressProductCode_State id=lock17fa96980 mode=X associatedObjectId=72057597785604096
waiter id=process5c26988 mode=U requestType=wait
waiter-list
owner id=process5c30e08 mode=X
owner-list
keylock hobtid=72057597785604096 dbid=33 objectname=stoxxx.dbo.Orderxxx indexname=IX_PricingExpressProductCode_State id=lock87d69e780 mode=X associatedObjectId=72057597785604096
resource-list
(@OperateState money,@HandledByNewWms bit,@State int,@OrderOut int)
UPDATE [Orderxx] SET [OperateState] = @OperateState,[HandledByNewWms] = @HandledByNewWms WHERE (([Orderxxx].[State] = @State) And ([Orderxxx].[OrderOut] = @OrderOut) And ([Orderxxx].[PricingExpressProductCode] IN ('UKNIR')))
inputbuf
unknown
frame procname=unknown line=1 sqlhandle=0x000000000000000000000000000000000000000000000000
UPDATE [Orderxxx] SET [OperateState] = @OperateState,[HandledByNewWms] = @HandledByNewWms WHERE (([Orderxxx].[State] = @State) And ([Orderxxx].[OrderOut] = @OrderOut) And ([Orderxxx].[PricingExpressProductCode] IN ('UKNIR')))
frame procname=adhoc line=1 stmtstart=134 sqlhandle=0x020000009d376d18a17e7ea51289d8caa2fb4de65c976389
executionStack
process id=process5c30e08 taskpriority=0 logused=10320 waitresource=KEY: 33:72057597785604096 (112399c2054a) waittime=4813 ownerId=31578743038 transactionname=user_transaction lasttranstarted=2015-09-24T10:22:58.410 XDES=0x372e95950 lockMode=U schedulerid=17 kpid=8496 status=suspended spid=153 sbid=0 ecid=0 priority=0 trancount=2 lastbatchstarted=2015-09-24T10:22:58.540 lastbatchcompleted=2015-09-24T10:22:58.540 clientapp=.Net SqlClient Data Provider hostname=CK1-WIN-WEB02 hostpid=37992 loginname=ck1.biz isolationlevel=read committed (2) xactid=31578743038 currentdb=33 lockTimeout=4294967295 clientoption1=671088672 clientoption2=128056
(@OperateState money,@HandledByNewWms bit,@State int,@OrderOut int)UPDATE [Orderxxx] SET [OperateState] = @OperateState,[HandledByNewWms] = @HandledByNewWms WHERE (([Orderxxx].[State] = @State) And ([Orderxxx].[OrderOut] = @OrderOut) And ([Orderxxx].[PricingExpressProductCode] IN ('UKNIR')))
inputbuf
unknown
frame procname=unknown line=1 sqlhandle=0x000000000000000000000000000000000000000000000000
UPDATE [Orderxxx] SET [OperateState] = @OperateState,[HandledByNewWms] = @HandledByNewWms WHERE (([Orderxxx].[State] = @State) And ([Orderxxx].[OrderOut] = @OrderOut) And ([Orderxxx].[PricingExpressProductCode] IN ('UKNIR')))
frame procname=adhoc line=1 stmtstart=134 sqlhandle=0x020000009d376d18a17e7ea51289d8caa2fb4de65c976389
executionStack
process id=process5c26988 taskpriority=0 logused=9892 waitresource=KEY: 33:72057597785604096 (70f5b089bb2b) waittime=4813 ownerId=31579268946 transactionname=user_transaction lasttranstarted=2015-09-24T10:27:01.357 XDES=0x98312f950 lockMode=U schedulerid=16 kpid=9184 status=suspended spid=454 sbid=0 ecid=0 priority=0 trancount=2 lastbatchstarted=2015-09-24T10:27:01.490 lastbatchcompleted=2015-09-24T10:27:01.487 clientapp=.Net SqlClient Data Provider hostname=CK1-WIN-WEB02 hostpid=37992 loginname=ck1.biz isolationlevel=read committed (2) xactid=31579268946 currentdb=33 lockTimeout=4294967295 clientoption1=671088672 clientoption2=128056
process-list
deadlock victim=process5c26988
deadlock-list
咋一看上面的錯誤信息，可以發(fā)現(xiàn)兩條相同的語句造成的死鎖，但是這么短的語句不可能持有排他鎖太久
再仔細分析一下錯誤日志，發(fā)現(xiàn)都死鎖在同一個非聚集索引上，再問了一下開發(fā)，開發(fā)那邊說，這條語句是在一個大事務里面，這個事務會做7、8件事
索引屬性
還有索引里面的數(shù)據(jù)，發(fā)現(xiàn)很多重復值
SQL語句是這樣的
(@OperateState money,@HandledByNewWms bit,@State int,@OrderOut int)
@HandledByNewWms=(1) @OperateState=($1.0000) @OrderOut=(4055484) @State=(3)
UPDATE [Orderxxx] SET [OperateState] = $1.0000,[HandledByNewWms] = 1
WHERE (([Orderxxx].[State] = 3) And ([Orderxxx].[OrderOut] = 4055484) And ([Orderxxx].[PricingExpressProductCode] IN ('UKRRM','UKRLE')))
下圖為語句生成的執(zhí)行計劃
當時的情況是大量SQL語句被阻塞，而阻塞的語句正是下面這條語句
UPDATE [Orderxxx] SET [OperateState] = $1.0000,[HandledByNewWms] = 1
WHERE (([Orderxxx].[State] = 3) And ([Orderxxx].[OrderOut] = 4055484) And ([Orderxxx].[PricingExpressProductCode] IN ('UKRRM','UKRLE')))
解決方法
上面得出幾個癥狀
1、update語句是在一個大事務里面，事務太大導致其他session等待排他鎖的時間變長
2、大家都在使用同一個非聚集索引，并掃描PricingExpressProductCode字段
3、索引里的重復值很多
從上面的癥狀基本可以判斷，這個非聚集索引無啥用，可以禁用之
ALTER INDEX [IX_PricingExpressProductCode_State] ON [dbo].[Orderxxx] DISABLE
禁用之后，死鎖消失，問題解決，倉庫的怨氣也隨之消失
這一次排查過程時間有點長，但是很好定位，SQL Server錯誤日志給出了足夠的信息定位死鎖問題，所以遇到問題的時候一定要分析清楚日志
您可能感興趣的文章:
- mysql 數(shù)據(jù)庫死鎖原因及解決辦法
- Mysql 數(shù)據(jù)庫死鎖過程分析(select for update)
- 簡單說明Oracle數(shù)據(jù)庫中對死鎖的查詢及解決方法
- InnoDB數(shù)據(jù)庫死鎖問題處理
- Mybatis update數(shù)據(jù)庫死鎖之獲取數(shù)據(jù)庫連接池等待
- MySQL數(shù)據(jù)庫的一次死鎖實例分析
- 講解Oracle數(shù)據(jù)庫中結(jié)束死鎖進程的一般方法
- 查詢Sqlserver數(shù)據(jù)庫死鎖的一個存儲過程分享
- MySQL數(shù)據(jù)庫之Purge死鎖問題解析
- 5分鐘快速了解數(shù)據(jù)庫死鎖產(chǎn)生的場景和解決方法
相關文章
文章介紹了在Synology群輝NAS上安裝和配置Microsoft SQL Server 2019的方法,包括使用Docker和docker-compose,作者分享了詳細的步驟和注意事項,幫助開發(fā)者在群輝NAS上成功安裝并運行SQL Server,感興趣的朋友一起看看吧2025-02-02
這篇文章主要介紹了SQLServer數(shù)據(jù)庫的各種管理方法,需要的朋友可以參考下2015-10-10
MMC提示不能打開文件SQLServerEnterpriseManager.MSC的解決方法
MMC不能打開文件SQLServerEnterpriseManager.MSC的解決方法，主要是不能很方便的打開Microsoft SQL 企業(yè)管理器2010-05-05
Sql Server數(shù)據(jù)遷移的實現(xiàn)場景及示例
在 SQL Server 中,數(shù)據(jù)遷移是常見的場景之一,本文主要介紹了Sql Server數(shù)據(jù)遷移的實現(xiàn)場景及示例,具有一定的參考價值,感興趣的可以了解一下2024-04-04
這篇文章介紹了SQL?Server中實現(xiàn)錯誤處理的方法，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2022-05-05
SqlServer強制斷開數(shù)據(jù)庫已有連接的方法
在執(zhí)行建庫腳本時，往往會先將原有的數(shù)據(jù)庫drop掉，由于SqlServer檢測到有數(shù)據(jù)連接時禁止執(zhí)行drop database操作，所以建庫腳本經(jīng)常執(zhí)行失敗，為此我們需要一種能強制斷開數(shù)據(jù)庫已有連接的方法,需要的朋友可以參考下2012-12-12
SQL中使用CONVERT函數(shù)轉(zhuǎn)換數(shù)據(jù)類型的簡單實現(xiàn)方法
CONVERT函數(shù)是SQL中用于數(shù)據(jù)類型轉(zhuǎn)換的工具,允許將一個數(shù)據(jù)類型轉(zhuǎn)換為另一個,如字符串轉(zhuǎn)數(shù)字或日期轉(zhuǎn)字符串,該函數(shù)的基本語法包括目標數(shù)據(jù)類型、要轉(zhuǎn)換的表達式和可選的格式參數(shù),需要的朋友可以參考下2024-09-09
圖書管理系統(tǒng)的sqlserver數(shù)據(jù)庫設計示例
這篇文章主要介紹了圖書管理系統(tǒng)的sqlserver數(shù)據(jù)庫設計示例,文中通過E_R圖、數(shù)據(jù)字典、數(shù)據(jù)庫腳本代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-08-08
最近調(diào)優(yōu)過程中遇到一個問題，就是表值函數(shù)作為連接中的一部分時，可能會引起麻煩，本文會簡單闡述表值函數(shù)是什么，以及為什么使用表值函數(shù)進行連接時會引發(fā)性能問題2015-02-02
觸發(fā)器是一種特殊的存儲過程，它不能被顯式地調(diào)用，而是在往表中插入記錄﹑更新記錄或者刪除記錄時被自動地激活。本篇文章講訴了SQL Server：觸發(fā)器實例，有興趣的可以了解一下。2016-12-12