Sql Server 高频,高并发访问中的键查找死锁解析

死锁对于DBA或是数据库开发人员而言并不陌生,它的引起多种多样,通常而言,数据库应用的开发者在设计时都会有必定的考量进而尽可能避免死锁的产生.但有时由于一些特殊应用场景如高频查询,高并发查询下因为数据库设计的潜在问题,一些不易捕捉的死锁可能出现从而影响业务.这里为你们介绍因为设计问题引发的键查找死锁及相关的解决办法.

这里咱们在测试的同时开启trace profiler跟踪死锁视图(locks:deadlock graph).(固然也能够开启跟踪标记,或者应用扩展事件(xevents)等捕捉死锁)

建立测试对象code

create table testklup
(
clskey int not null,
nlskey int not null,
cont1  int not null,
cont2  char(3000)
)

create unique clustered index inx_cls on testklup(clskey)

create unique nonclustered index inx_nlcs  on testklup(nlskey) include(cont1)

insert into testklup select 1,1,100,'aaa'
insert into testklup select 2,2,200,'bbb'
insert into testklup select 3,3,300,'ccc'

开启会话1 模拟高频update操做

----模拟高频update操做
 declare @i int
set @i=100
while 1=1
 begin 
  update testklup set cont1=@i 
  where clskey=1
  set @i=@i+1
 end

开启会话2 模拟高频select操做

----模拟高频select操做
declare @cont2 char(3000)
while 1=1
begin
    select @cont2=cont2 from testklup where nlskey=1
end

此时开启会话2执行一小段时间时咱们就能够看到相似错误信息:图1-1

                                                     图1-1

 

而在咱们开启的跟踪中捕捉到了以下的死锁图.图1-2

                                                                              图1-2

 

死锁分析:能够看出因为读进程(108)请求写进程(79)持有的X锁被阻塞的同时,写进程(79)又申请读进程(108)锁持有的S锁.读执行计划图1-3,写执行计划图1-4

(因为在默认隔离级别下(读提交)读申请S锁只是瞬间过程,读完当即释放,不会等待事务完成),因此在并发,执行频率不高的情形下不易出现.但咱们模拟的高频状况使得S锁得到频率很是高,此时就出现了仅仅两个会话,一个读,一个写就形成了死锁现象.

 

                                                                            图1-3

                                                                              图1-4

 

死锁缘由:读操做中的键查找形成的额外锁(汇集索引)需求

解决方案:在了解了死锁产生的缘由后,解决起来就比较简单了.

咱们能够从如下几个方面入手.

a 消除额外的键查找锁需的锁

b 读操做时取消获取锁

a.1咱们能够建立覆盖索引使select语句中的查询列包含在指定索引中

 

CREATE NONCLUSTERED INDEX [inx_nlskey_incont2] ON [dbo].[testklup]
([nlskey] ASC) INCLUDE ( [cont2])

 

a.2 根据查询需求,分步执行,经过汇集索引获取查询列,避免键查找.

declare @cont2 char(3000)
declare @clskey int
while 1=1
begin
    select @clskey=clskey from testklup where nlskey=1

    select @cont2=cont2 from testklup where clskey=@clskey
end

 

b 经过改变隔离级别,使用乐观并发模式,读操做时源行无需锁

declare @cont2 char(3000)
while 1=1
begin
    select @cont2=cont2 from testklup with(nolock) where nlskey=1
end

 

结束语.咱们在解决问题时,最好弄清问题的本质缘由,经过问题点寻找出适合本身的环境的解决方案再实施.