关于SQL Server死锁

transaction 1:
------------------------------------------------------
 begin transaction
  update table1 set cola = 'str1'
  Waitfor time '10:12:00'
  update table2 set colb = 'str2'
 rollback transaction
 
transaction 2:
------------------------------------------------------
 begin transaction
  update table2 set colb = 'str2'
  Waitfor time '10:12:00'
  update table1 set cola = 'str1'
 rollback transaction
 
同时运行这两个事务，将导致死锁。(先创建table1和table2，并插入一些值；waitfor time 适当修改)
SQL Server本身会处理死锁，通过选择一个死锁牺牲品，回滚死锁牺牲品的事务，来避免死锁。
SQL Server在上面这两个事务中自动选择一个作为死锁牺牲品，该事务将收到如下消息：
------------------------------------------------------
 Msg 1205, Level 13, State 56, Line 7
 事务(进程 ID 52)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。
SQL Server选择死锁牺牲品根据的是代价最小原则，用户也可以通过设置DEADLOCK_PRIORITY选项进行干预。
例如，在事务1 set DEADLOCK_PRIORITY low，在事务2 set DEADLOCK_PRIORITY high，则发生死锁时SQL Server将选择事务1作为死锁牺牲品。
如何避免死锁：
1. 多个并发事务按照同样的顺序访问对象
2. 在事务中避免用户交互
3. 尽量缩短事务的执行时间，客户端不应把一个事务分成多次发送。
4. 设置更低的隔离级别
5. 使用捆绑连接