sqlserver默认隔离级别下并发批量update同一张表引起的死锁

 

提到死锁，最最常规的场景之一是Session1 以排它锁的方式锁定A表，请求B表，session2以排它锁的方式锁定B表，请求A表之类的，访问顺序不一致导致死锁的情况
本文通过简化，测试这样一种稍显特殊的场景：对同一张表，并发update其中的多行记录引起的死锁，同时简单分析，对于update操作的加锁步骤
这种场景引起的死锁比较少见，但是并不代表不存在，在某些并发场景下，可能会引起死锁的，应该需要引起重视。

 

测试环境搭建

sqlserver 数据库版本：

Microsoft SQL Server 2014 - 12.0.2269.0 (X64)
Jun 10 2015 03:35:45
Copyright (c) Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

创建测试表并写入测试数据

create table test_deadlock
(
    id int identity(1,1),
    col2 varchar(10),
    col3 varchar(5000),
    createdate datetime
)

alter table test_deadlock
add constraint pk_test_deadlock primary key(id)


create index idx_col2 on test_deadlock(col2)
go


insert into test_deadlock
select concat('A',cast(rand()*1000000 as int)),replicate('B',5000),getdate()
go 1000000

 

死锁重现

两个session，假如是session和session2，分别造sqlserver manager studio查询窗口中执行如下语句，模拟两个session的并发操作

create table #t(col2 varchar(10))

insert into #t