SQL Server 2008 R2 的一个死锁问题

SQL Server 2008 R2 太容易出现死锁了，无语了。

做了个简单例子测试一下：

1.建一个测试表：

 

 

 
  CREATE  
  TABLE  
  [ 
  dbo 
  ]. 
  [ 
  LockTest 
  ]( 
  
     
  [ 
  ID 
  ]  
  [ 
  int 
  ]  
  NULL, 
  
     
  [ 
  Name 
  ]  
  [ 
  nvarchar 
  ]( 
  10)  
  NULL 
  
)  
  ON  
  [ 
  PRIMARY 
  ] 
  
 
  
 
  GO 
 

 

随便插入2条记录，然后，打开SSMS，新建2个查询，同时执行下面的代码，模拟2个并发线程更新同一张表，不同记录的情况：

 

 
  set  
  transaction  
  isolation  
  level  
  serializable  
  
 
  declare  
  @count  
  int  
  
 
  declare  
  @tranname  
  varchar( 
  10) 
  
 
  set  
  @count  
  = 
  1 
  
 
  while( 
  @count  
  < 
  10) 
  
 
  begin  
  
 
  set  
  @tranname 
  = 
  ' 
  B 
  ' 
  + 
  convert( 
  varchar, 
  @count) 
  
 
  begin  
  tran  
  @tranname 
  
     
  update dbo.LockTest  
  set Name  
  = 
  ' 
  BBBB 
  '  
  where ID  
  = 
  2; 
  
     
  waitfor delay  
  ' 
  00:00:02 
  ' 
  
 
  commit  
  tran  
  @tranname 
  
  
  set  
  @count  
  = 
  @count  
  + 
  1     
  
 
  end  
  
      
   
 

 

 

 
  set  
  transaction  
  isolation  
  level  
  serializable  
  
 
  declare  
  @count  
  int  
  
 
  declare  
  @tranname  
  varchar( 
  10) 
  
 
  set  
  @count  
  = 
  1 
  
 
  while( 
  @count  
  < 
  10) 
  
 
  begin  
  
 
  set  
  @tranname 
  = 
  ' 
  A 
  ' 
  + 
  convert( 
  varchar, 
  @count) 
  
 
  begin  
  tran  
  @tranname 
  
     
  update dbo.LockTest  
  set Name  
  = 
  ' 
  aaa 
  '  
  where ID  
  = 
  1 
  
     
  waitfor delay  
  ' 
  00:00:02 
  ' 
  
 
  commit  
  tran  
  @tranname 
  
  
  set  
  @count  
  = 
  @count  
  + 
  1     
  
 
  end  
 

 

按道理，这不应该造成死锁，顶多互相阻塞一下而已，但事实上，确引发了死锁。

(1 行受影响)
commit tran :A1
begin tran :A2
消息 1205，级别 13，状态 18，第 10 行
事务(进程 ID 56)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。

 

查看后台日志，发现如下：

 

说明，2个进程都申请到了IX锁，然后其中一个要将IX转成X锁，转换失败，造成死锁。

我的疑问是，难道SQL Server ，这样的并发也会死锁吗？