詳解SQL逝世鎖檢測的辦法。本站提示廣大學習愛好者:(詳解SQL逝世鎖檢測的辦法)文章只能為提供參考,不一定能成為您想要的結果。以下是詳解SQL逝世鎖檢測的辦法正文
sql server中的逝世鎖是指過程之間相互永遠壅塞的狀況,下文就將為您引見若何檢測sql server逝世鎖,願望對您有所贊助。
逝世鎖(deadlock)指過程之間相互永遠壅塞的狀況,SQL可以檢測到逝世鎖,並選擇終止個中一個事務以干涉sql server逝世鎖狀況。
第一步:起首創立兩個測試表,表goods_sort和goods
表goods_sort:創立並寫入測試數據
IF EXISTS(SELECT name FROM sysobjects WHERE name='goods_sort' AND xtype='U')
DROP TABLE dbo.goods_sort
--創立商品分類表
CREATE TABLE dbo.goods_sort(
iSortID int NOT NULL
CONSTRAINT PK_iSortID PRIMARY KEY
IDENTITY(1001,1),
sSortName NVARCHAR(20) NOT NULL
)
GO
INSERT INTO dbo.goods_sort VALUES('服裝')
INSERT INTO dbo.goods_sort VALUES('女包')
INSERT INTO dbo.goods_sort VALUES('鞋子')
INSERT INTO dbo.goods_sort VALUES('首飾')
INSERT INTO dbo.goods_sort VALUES('美容')
GO
表goods:創立並寫入測試數據
IF EXISTS(SELECT name FROM sysobjects WHERE name='goods' AND xtype='U')
DROP TABLE dbo.goods;
--創立商品表
CREATE TABLE dbo.goods(
iID int NOT NULL
CONSTRAINT PK_iID PRIMARY KEY
IDENTITY(1,1),
iGoodsID varchar(20) NOT NULL,
sGoodsName nvarchar(100) NOT NULL,
iGoodTotal int NOT NULL
CONSTRAINT DF_iGoodTotal DEFAULT(0),
iPrice int NOT NULL
CONSTRAINT DF_iPrice DEFAULT(0),
iPriceTotal int NOT NULL,
iSortID int NOT NULL,
tAddDate smalldatetime NOT NULL
CONSTRAINT DF_tAddDate DEFAULT getdate()
)
GO
INSERT INTO dbo.goods
(iGoodsID,sGoodsName,iGoodTotal,iPrice,iPriceTotal,iSortID)
VALUES('YR6001','瘦身羽絨服',20,200,4000,1001)
INSERT INTO dbo.goods
(iGoodsID,sGoodsName,iGoodTotal,iPrice,iPriceTotal,iSortID)
VALUES('YR6002','加厚羽絨服',20,300,6000,1001)
INSERT INTO dbo.goods
(iGoodsID,sGoodsName,iGoodTotal,iPrice,iPriceTotal,iSortID)
VALUES('BB7001','小黃牛皮馬鞍包',30,100,3000,1002)
INSERT INTO dbo.goods
(iGoodsID,sGoodsName,iGoodTotal,iPrice,iPriceTotal,iSortID)
VALUES('BB7002','十字繡流蘇包',50,150,7500,1002)
GO
第二步:創立兩個會發生逝世鎖的事務
事務1:
SET NOCOUNT ON; SET XACT_ABORT ON; GO --應用TRY-CATCH,使代碼產生毛病也持續運轉 BEGIN TRY BEGIN TRAN UPDATE dbo.goods_sort SET sSortName='女鞋' WHERE iSortID=1003; WAITFOR DELAY '00:00:05'; UPDATE dbo.goods SET sGoodsName='瘦子羽絨服' WHERE iID=2; COMMIT TRAN END TRY BEGIN CATCH IF (XACT_STATE()=-1) ROLLBACK TRAN; --ERROR_NUMBER()值為1205則表現產生了逝世鎖 IF (ERROR_NUMBER() = 1205) PRINT '事務1產生了逝世鎖' --寫SQL Server日記或許前往毛病給運用法式 END CATCH SELECT iID,sGoodsName FROM dbo.goods WHERE iID=2; SELECT iSortID,sSortName FROM dbo.goods_sort WHERE iSortID=1003; GO
事務2:
SET NOCOUNT ON; SET XACT_ABORT ON; GO --應用TRY-CATCH,使代碼產生毛病也持續運轉 BEGIN TRY BEGIN TRAN UPDATE dbo.goods SET sGoodsName='胖子羽絨服' WHERE iID=2; WAITFOR DELAY '00:00:05'; UPDATE dbo.goods_sort SET sSortName='男鞋' WHERE iSortID=1003; COMMIT TRAN END TRY BEGIN CATCH IF (XACT_STATE()=-1) ROLLBACK TRAN; --ERROR_NUMBER()值為1205則表現產生了逝世鎖 IF (ERROR_NUMBER() = 1205) PRINT '事務2產生了逝世鎖' --寫SQL Server日記或許前往毛病給運用法式 END CATCH SELECT iID,sGoodsName FROM dbo.goods WHERE iID=2; SELECT iSortID,sSortName FROM dbo.goods_sort WHERE iSortID=1003; GO
然後運轉事務1,接著立時運轉事務2,這類情形下某一個事務會提醒產生了逝世鎖,修正不勝利。別的一個事務則完成。
第一點:應用TRY.CATCH讓發生異常的事務能持續完成前面的代碼。
第二點:應用WAITFOR DELAY發生形成逝世鎖的產生情況。
第三點:應用ERROR_NUMBER()來斷定能否產生事務。
第四點:產生逝世鎖,寫SQL Server日記或許前往運用法式去寫日記。便於檢討日記的時刻發明存在逝世鎖並做響應的修正。
以上內容給年夜家引見了SQL逝世鎖檢測的辦法,願望年夜家愛好。