sqlserver中select造成死锁

死锁过程:

  • select语句使用非聚族索引查询产量信息,会对非聚族索引添加共享锁,由于非聚族索引上没有select的全部数据列,(所以会有书签查找出现,)需要查询产量表。查询产量表时,需要对产量表数据添加共享锁,需要等待Update语句更新完产量表后释放排他锁。即Select等待Update释放锁。
  • 此时产量表上的Update/Insert语句更新产量信息的时候,会在聚族索引上做定位,添加排他锁和修改非聚族索引的信息,问题就出在修改非聚族索引信息的时候,需要对非聚族做索引添加排他锁。此时select语句已经在聚族索引上面添加了共享锁,需要释放后才能被添加排他锁。即update语句需要等待select语句是否锁。
  • 这样死锁就形成了。
 
于是只要让查询语句加共享锁就解决问题了,sql server行版本级别控制能解决我的问题。

使用基于行版本控制的隔离级别:当在基于行版本控制的隔离下运行的事务读取数据时,读取操作不会获取正被读取的数据上的共享锁(S 锁)

找到最快设置行版本级别的方法:
 
 
if(charindex('Microsoft SQL Server 2008',@@version) > 0) 
begin 

declare @sql varchar(8000) 
select @sql = ' 
ALTER DATABASE ' + DB_NAME() + ' SET SINGLE_USER WITH ROLLBACK IMMEDIATE ; 
ALTER DATABASE ' + DB_NAME() + ' SET READ_COMMITTED_SNAPSHOT ON; 
ALTER DATABASE ' + DB_NAME() + ' SET MULTI_USER;' 

Exec(@sql) 
end 
 

很神奇,这样设置后,死锁的问题就不存在了。

 

查询是否设置成功:
select is_read_committed_snapshot_on from sys.databases where name = DB_Name() 

posted @ 2017-09-29 11:36  专注、坚持  阅读(5034)  评论(0编辑  收藏  举报