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 的查询优化器还真是非常强大！
原文：http://www.jb51.net/article/24654.htm