1. 創建一個Database，名為InvDB。

2. 執行下面腳本創建person表并填充兩條數據：

3. 在SQL Server Management Studio的兩個窗口中同時執行下面的查詢：

這段代碼在默認的READ COMMITTED隔離級別下運行，兩個進程分別在獲取一個排它鎖的情況下，申請對方的共享鎖從而造成死鎖。

可見一個進程可以正常更新并顯示結果，而另一個進程已經被回滾：

(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：

再執行一次上面的死鎖實驗，可以看到如下所示的死鎖圖：

非常有趣的一點是：第二次執行上述語句不會發生死鎖！這是因為此時兩個進程中，SQL Server會智能的識別出update語句是不需要做的，所以都不會去獲取排它鎖，當然也就不會死鎖了。SQL Server 2008 的查詢優化器還真是非常強大！