主頁 > 知識庫 > 深入淺出解析mssql在高頻,高并發(fā)訪問時鍵查找死鎖問題

深入淺出解析mssql在高頻,高并發(fā)訪問時鍵查找死鎖問題

熱門標(biāo)簽:怎樣把地圖標(biāo)注導(dǎo)入公司地址 真人語音電銷機(jī)器人 400外呼系統(tǒng)合法 洛陽外呼系統(tǒng)平臺 電銷機(jī)器人被曝光 如何在地圖標(biāo)注自己店鋪 寧波人工外呼系統(tǒng)有效果嗎 地圖標(biāo)注一個圓圈怎么用 廣州人工電銷機(jī)器人費(fèi)用

死鎖對于DBA或是數(shù)據(jù)庫開發(fā)人員而言并不陌生,它的引發(fā)多種多樣,一般而言,數(shù)據(jù)庫應(yīng)用的開發(fā)者在設(shè)計(jì)時都會有一定的考量進(jìn)而盡量避免死鎖的產(chǎn)生.但有時因?yàn)橐恍┨厥鈶?yīng)用場景如高頻查詢,高并發(fā)查詢下由于數(shù)據(jù)庫設(shè)計(jì)的潛在問題,一些不易捕捉的死鎖可能出現(xiàn)從而影響業(yè)務(wù).這里為大家介紹由于設(shè)計(jì)問題引起的鍵查找死鎖及相關(guān)的解決辦法.

這里我們在測試的同時開啟trace profiler跟蹤死鎖視圖(locks:deadlock graph).(當(dāng)然也可以開啟跟蹤標(biāo)記,或者應(yīng)用擴(kuò)展事件(xevents)等捕捉死鎖)

創(chuàng)建測試對象code

create table testklup
(
clskey int not null,
nlskey int not null,
cont1 int not null,
cont2 char(3000)
)

create unique clustered index inx_cls on testklup(clskey)

create unique nonclustered index inx_nlcs on testklup(nlskey) include(cont1)

insert into testklup select 1,1,100,'aaa'
insert into testklup select 2,2,200,'bbb'
insert into testklup select 3,3,300,'ccc'

開啟會話1 模擬高頻update操作

----模擬高頻update操作

 declare @i int
set @i=100
while 1=1
 begin 
 update testklup set cont1=@i 
 where clskey=1
 set @i=@i+1
 end

開啟會話2 模擬高頻select操作

----模擬高頻select操作

declare @cont2 char(3000)
while 1=1
begin
  select @cont2=cont2 from testklup where nlskey=1
end

此時開啟會話2執(zhí)行一小段時間時我們就可以看到類似錯誤信息:圖1-1

                                                     圖1-1

而在我們開啟的跟蹤中捕捉到了如下的死鎖圖.圖1-2

                                                                              圖1-2

死鎖分析:可以看出由于讀進(jìn)程(108)請求寫進(jìn)程(79)持有的X鎖被阻塞的同時,寫進(jìn)程(79)又申請讀進(jìn)程(108)鎖持有的S鎖.讀執(zhí)行計(jì)劃圖1-3,寫執(zhí)行計(jì)劃圖1-4

(由于在默認(rèn)隔離級別下(讀提交)讀申請S鎖只是瞬間過程,讀完立即釋放,不會等待事務(wù)完成),所以在并發(fā),執(zhí)行頻率不高的情形下不易出現(xiàn).但我們模擬的高頻情況使得S鎖獲得頻率非常高,此時就出現(xiàn)了僅僅兩個會話,一個讀,一個寫就造成了死鎖現(xiàn)象.

                                                                            圖1-3

                                                                              圖1-4
死鎖原因:讀操作中的鍵查找造成的額外鎖(聚集索引)需求

解決方案:在了解了死鎖產(chǎn)生的原因后,解決起來就比較簡單了.

我們可以從以下幾個方面入手.

a 消除額外的鍵查找鎖需的鎖

b 讀操作時取消獲取鎖

a.1我們可以創(chuàng)建覆蓋索引使select語句中的查詢列包含在指定索引中

CREATE NONCLUSTERED INDEX [inx_nlskey_incont2] ON [dbo].[testklup]
([nlskey] ASC) INCLUDE ( [cont2])

 a.2 根據(jù)查詢需求,分步執(zhí)行,通過聚集索引獲取查詢列,避免鍵查找.

declare @cont2 char(3000)
declare @clskey int
while 1=1
begin
  select @clskey=clskey from testklup where nlskey=1

  select @cont2=cont2 from testklup where clskey=@clskey
end

b 通過改變隔離級別,使用樂觀并發(fā)模式,讀操作時源行無需鎖

declare @cont2 char(3000)
while 1=1
begin
  select @cont2=cont2 from testklup with(nolock) where nlskey=1
end

結(jié)束語.我們在解決問題時,最好弄清問題的本質(zhì)原因,通過問題點(diǎn)尋找出適合自己的環(huán)境的解決方案再實(shí)施.

您可能感興趣的文章:
  • 解決Android Studio 格式化快捷鍵和QQ 鎖鍵盤快捷鍵沖突問題
  • 詳解Java中synchronized關(guān)鍵字的死鎖和內(nèi)存占用問題
  • Oracle外鍵不加索引引起死鎖示例
  • 使用鉤子如何鎖定鍵盤的方法分享
  • Oracle 數(shù)據(jù)庫針對表主鍵列并發(fā)導(dǎo)致行級鎖簡單演示
  • Linux中使用VS Code編譯調(diào)試C++項(xiàng)目詳解
  • 實(shí)戰(zhàn)開發(fā)為單片機(jī)的按鍵加一個鎖防止多次觸發(fā)的細(xì)節(jié)

標(biāo)簽:東營 煙臺 北海 石家莊 珠海 晉中 南昌 咸寧

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《深入淺出解析mssql在高頻,高并發(fā)訪問時鍵查找死鎖問題》,本文關(guān)鍵詞  深入淺出,解析,mssql,在,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《深入淺出解析mssql在高頻,高并發(fā)訪問時鍵查找死鎖問題》相關(guān)的同類信息!
  • 本頁收集關(guān)于深入淺出解析mssql在高頻,高并發(fā)訪問時鍵查找死鎖問題的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章