建站
咨詢
售后
建站咨詢
新聞中心
如在數(shù)據(jù)庫中，如果需要對一條數(shù)據(jù)進(jìn)行修改，首先數(shù)據(jù)庫管理系統(tǒng)會在上面加鎖，以保證在同一時(shí)間只有一個(gè)事務(wù)能進(jìn)行修改操作。如事務(wù)1的線程 T1具有表A上的排它鎖，事務(wù)2的線程T2 具有表B上的排它鎖，并且之后需要表A上的鎖。事務(wù)2無法獲得這一鎖，因?yàn)槭聞?wù)1已擁有它。事務(wù)2被阻塞，等待事務(wù)1。然后，事務(wù)1需要表B的鎖，但無法獲得鎖，因?yàn)槭聞?wù)2將它鎖定了。事務(wù)在提交或回滾之前不能釋放持有的鎖。因?yàn)槭聞?wù)需要對方控制的鎖才能繼續(xù)操作，所以它們不能提交或回滾，這樣數(shù)據(jù)庫就會發(fā)生死鎖了。
沂水網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站設(shè)計(jì)等網(wǎng)站項(xiàng)目制作，到程序開發(fā)，運(yùn)營維護(hù)。創(chuàng)新互聯(lián)2013年開創(chuàng)至今到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。
如在編寫存儲過程的時(shí)候，由于有些存儲過程事務(wù)性的操作比較頻繁，如果先鎖住表A，再鎖住表B，那么在所有的存儲過程中都要按照這個(gè)順序來鎖定它們。如果無意中某個(gè)存儲過程中先鎖定表B，再鎖定表A，這可能就會導(dǎo)致一個(gè)死鎖。而且死鎖一般是不太容易被發(fā)現(xiàn)的。
如果服務(wù)器上經(jīng)常出現(xiàn)這種死鎖情況，就會降低服務(wù)器的性能，所以應(yīng)用程序在使用的時(shí)候，我們就需要對其進(jìn)行跟蹤，使用sp_who和sp_who2來確定可能是哪些用戶阻塞了其他用戶，我們還可以用下面的存儲過程來跟蹤具體的死鎖執(zhí)行的影響：
create procedure sp_who_lock
as
begin
declare @spid int,@bl int,
@intTransactionCountOnEntry int,
@intRowcount int,
@intCountProperties int,
@intCounter int
create table #tmp_lock_who (id int identity(1,1),spid smallint,bl smallint)
IF @@ERROR<>0 RETURN @@ERROR
insert into #tmp_lock_who(spid,bl) select 0 ,blocked
from (select * from sysprocesses where blocked>0 ) a
where not exists(select * from (select * from sysprocesses where blocked>0 ) b
where a.blocked=spid)
union select spid,blocked from sysprocesses where blocked>0
IF @@ERROR<>0 RETURN @@ERROR
-- 找到臨時(shí)表的記錄數(shù)
select @intCountProperties = Count(*),@intCounter = 1
from #tmp_lock_who
IF @@ERROR<>0 RETURN @@ERROR
if @intCountProperties=0
select ’現(xiàn)在沒有阻塞和死鎖信息’ as message
-- 循環(huán)開始
while @intCounter <= @intCountProperties
begin
-- 取***條記錄
select @spid = spid,@bl = bl
from #tmp_lock_who where id = @intCounter
begin
if @spid =0
select ’引起數(shù)據(jù)庫死鎖的是: ’+ CAST(@bl AS VARCHAR(10)) + ’進(jìn)程號,其執(zhí)行的SQL語法如下’
else
select ’進(jìn)程號SPID：’+ CAST(@spid AS VARCHAR(10))+ ’被’ + ’進(jìn)程號SPID：’+ CAST(@bl AS VARCHAR(10)) +’阻塞,其當(dāng)前進(jìn)程執(zhí)行的SQL語法如下’
DBCC INPUTBUFFER (@bl )
end
-- 循環(huán)指針下移
set @intCounter = @intCounter + 1
end
drop table #tmp_lock_who
return 0
end
我們只需要通過在查詢分析器里面執(zhí)行sp_who_lock，就可以具體捕捉到執(zhí)行的堵塞進(jìn)程，這時(shí)我們就可以對對應(yīng)的SQL語句或者存儲過程進(jìn)行性能上面的改進(jìn)及設(shè)計(jì)。 [Page]
所以我們在數(shù)據(jù)庫設(shè)計(jì)的時(shí)候，雖然不能完全避免死鎖，但可以使死鎖的數(shù)量盡量減少。增加事務(wù)的吞吐量并減少系統(tǒng)開銷，因?yàn)橹挥泻苌俚氖聞?wù)，所以就得遵循下面的原則：
按同一順序訪問對象
如果所有并發(fā)事務(wù)按同一順序訪問對象，則發(fā)生死鎖的可能性會降低。在寫SQL語句或存儲過程的時(shí)候，就需要按照順序在兩個(gè)并發(fā)事務(wù)中先獲得表A上的鎖，然后獲得表B上的鎖，當(dāng)***個(gè)事務(wù)完成之前，另一個(gè)事務(wù)被阻塞在表A上。***個(gè)事務(wù)提交或回滾后，第二個(gè)事務(wù)繼續(xù)進(jìn)行，而不能在語句里面寫先獲得表B上的鎖，然后再獲得表A的鎖。
避免事務(wù)中的用戶交互
避免編寫包含用戶交互的事務(wù)，因?yàn)檫\(yùn)行沒有用戶交互的批處理的速度要遠(yuǎn)遠(yuǎn)快于用戶手動響應(yīng)查詢的速度，例如答復(fù)應(yīng)用程序請求參數(shù)的提示。例如，如果事務(wù)正在等待用戶輸入，而用戶就去做別的事了，則用戶將此事務(wù)掛起使之不能完成。這樣將降低系統(tǒng)的吞吐量，因?yàn)槭聞?wù)持有的任何鎖只有在事務(wù)提交或回滾時(shí)才會釋放。即使不出現(xiàn)死鎖的情況，訪問同一資源的其它事務(wù)也會被阻塞，等待該事務(wù)完成。
保持事務(wù)簡短并在一個(gè)批處理中
在同一數(shù)據(jù)庫中并發(fā)執(zhí)行多個(gè)需要長時(shí)間運(yùn)行的事務(wù)時(shí)通常發(fā)生死鎖。事務(wù)運(yùn)行時(shí)間越長，其持有排它鎖或更新鎖的時(shí)間也就越長，從而堵塞了其它活動并可能導(dǎo)致死鎖。保持事務(wù)在一個(gè)批處理中，可以最小化事務(wù)的網(wǎng)絡(luò)通信往返量，減少完成事務(wù)可能的延遲并釋放鎖。
使用低隔離級別
確定事務(wù)是否能在更低的隔離級別上運(yùn)行。執(zhí)行提交讀允許事務(wù)讀取另一個(gè)事務(wù)已讀取(未修改)的數(shù)據(jù)，而不必等待***個(gè)事務(wù)完成。使用較低的隔離級別(例如提交讀)而不使用較高的隔離級別(例如可串行讀)可以縮短持有共享鎖的時(shí)間，從而降低了鎖定爭奪。
使用綁定連接
使用綁定連接使同一應(yīng)用程序所打開的兩個(gè)或多個(gè)連接可以相互合作。次級連接所獲得的任何鎖可以象由主連接獲得的鎖那樣持有，反之亦然，因此不會相互阻塞。
下面有一些對死鎖發(fā)生的一些建議：
1)對于頻繁使用的表使用集簇化的索引;
2)設(shè)法避免一次性影響大量記錄的T-SQL語句，特別是INSERT和UPDATE語句;
3)設(shè)法讓UPDATE和DELETE語句使用索引;
4)使用嵌套事務(wù)時(shí)，避免提交和回退沖突;
5)對一些數(shù)據(jù)不需要及時(shí)讀取更新值的表在寫SQL的時(shí)候在表后臺加上(nolock)，如：Select * from tableA(nolock) 。
名稱欄目：減少SQLServer死鎖的方法
標(biāo)題網(wǎng)址：http://m.fisionsoft.com.cn/article/dpggogj.html
