SQLServer 中的死鎖說明
1. 創(chuàng)建一個Database,名為InvDB。
2. 執(zhí)行下面腳本創(chuàng)建person表并填充兩條數(shù)據(jù):
3. 在SQL Server Management Studio的兩個窗口中同時執(zhí)行下面的查詢:
![]() |
![]() |
這段代碼在默認(rèn)的READ COMMITTED隔離級別下運(yùn)行,兩個進(jìn)程分別在獲取一個排它鎖的情況下,申請對方的共享鎖從而造成死鎖。
可見一個進(jìn)程可以正常更新并顯示結(jié)果,而另一個進(jìn)程已經(jīng)被回滾:
(1 row(s) affected)
Msg 1205, Level 13, State 45, Line 8
Transaction (Process ID 55) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
4. 啟動 SQL Server Profiler,選擇下面4種Events:
再執(zhí)行一次上面的死鎖實(shí)驗(yàn),可以看到如下所示的死鎖圖:
非常有趣的一點(diǎn)是:第二次執(zhí)行上述語句不會發(fā)生死鎖!這是因?yàn)榇藭r兩個進(jìn)程中,SQL Server會智能的識別出update語句是不需要做的,所以都不會去獲取排它鎖,當(dāng)然也就不會死鎖了。SQL Server 2008 的查詢優(yōu)化器還真是非常強(qiáng)大!
版權(quán)聲明:本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像,否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學(xué)習(xí)參考,不代表本站立場,如有內(nèi)容涉嫌侵權(quán),請聯(lián)系alex-e#qq.com處理。