這段代碼在默認(rèn)的READ COMMITTED隔離級別下運行,兩個進程分別在獲取一個排它鎖的情況下,申請對方的共享鎖從而造成死鎖。
可見一個進程可以正常更新并顯示結(jié)果,而另一個進程已經(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í)行一次上面的死鎖實驗,可以看到如下所示的死鎖圖:
非常有趣的一點是:第二次執(zhí)行上述語句不會發(fā)生死鎖!這是因為此時兩個進程中,SQL Server會智能的識別出update語句是不需要做的,所以都不會去獲取排它鎖,當(dāng)然也就不會死鎖了。SQL Server 2008 的查詢優(yōu)化器還真是非常強大!
標(biāo)簽:合肥 保定 日照 三明 嘉興 晉城 澳門 延邊
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《SQLServer 中的死鎖說明》,本文關(guān)鍵詞 SQLServer,中的,死鎖,說明,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。