某现场报一个SQL死锁,于是开启了1222跟踪:

dbcc traceon(1222,-1)

一段时间之后拷贝ERROR文件查找相关信息,比较有用的摘录出来如下:

语句一:

select study_iuid,station_aet,modality,accession_no,patient_fk,item_attrs,start_datetime
from worklist w WITH(readpast), mwl_item m
where w.TAG_STUDY_INSTANCE_UID=m.study_iuid
and isread='1' and (TAG_SPS_STATUS is null or TAG_SPS_STATUS='SCHEDULED' or TAG_SPS_STATUS='Discontinued')
and TAG_SPS_START_DATE between @P0 and @P1
and not exists (select 1 from mpps b where b.study_iuid=m.study_iuid)

语句二:

INSERT INTO mwl_item (created_time, updated_time, sps_id, start_datetime, station_aet, station_name, modality, perf_physician, perf_phys_fn_sx, perf_phys_gn_sx, perf_phys_i_name, perf_phys_p_name, req_proc_id, accession_no, study_iuid, item_attrs, sps_status, patient_fk)
VALUES (@P0, @P1, @P2, @P3, @P4, @P5, @P6, @P7, @P8, @P9, @P10, @P11, @P12, @P13, @P14, @P15, @P16, @P17);

相关的死锁资源如下:

resource-list
pagelock fileid=1 pageid=6996 dbid=8 objectname=Worklist.dbo.mwl_item id=lock19825c100 mode=IX associatedObjectId=72057594039697408
owner-list
owner id=process984d048 mode=IX
waiter-list
waiter id=process60e9708 mode=S requestType=wait
pagelock fileid=1 pageid=11086 dbid=8 objectname=Worklist.dbo.mwl_item id=lock1b087b100 mode=S associatedObjectId=72057594039697408
owner-list
owner id=process60e9708 mode=S
waiter-list
waiter id=process984d048 mode=IX requestType=wait

可以明显的看到是select语句与insert语句产生了死锁,争用的资源分别6996和11086这两个page,使用dbcc page查看这两个页:

dbcc traceon(3604)
go
dbcc page('Worklist',1,6996,3) dbcc traceon(3604)
go
dbcc page('Worklist',1,11086,3)
 
发现11086是一个BLOB类型的数据页,而6996是一个数据页(或者说主键聚集索引的叶子页)。查看表结构发现item_attrs是image(BLOB)类型。因此目前的锁争用情况如下:

1.select进程60e9708持有页11086的S锁,同时请求页6996的S锁。

2.insert进程984d048持有页6996的IX锁,同时请求页11086的IX锁。

下图为抓到的相关deadlock graph,与上文中的进程ID不同,不过阻塞语句和情况都一样。

其原理为:

1.由最初的303进程的insert语句产生数据页4419的IX锁,同时请求BLOB页17741上的IX锁以便插入BLOB数据,但此时数据页17741上已有与IX不兼容的S锁。

2.而select语句会在BLOB页17741上加S锁,返回请求数据页4419的行数据失败,因为4419页被insert语句加了不兼容的IX锁,因此两个进程形成死锁。

这个查询语句是查询当天的数据(这意味着查询基本集中在最后几页),而mwl_item表的主键是自增长的ID,因此插入也是会插入到最后一页。这样造成查询与插入频繁在最后一页生成死锁。

可能的几种优化方式:

1.优化select语句使其走mwl_item表的非聚集索引,但是由于本例是insert语句,insert会更新表上的所有索引,因此除非将BLOB列加入包含列,否则无法解决,但BLOB列是不能出现在索引中的。

2.通知开发优化相关代码的执行频度来避免死锁。

3.升级程序版本,新版本没有mwl_item表。

4.将with readpast换成with nolock,读不加共享锁,但会有脏读。

5.修改全局事务隔离级别为read committed snapshot。

SQL Server死锁的解决过程的更多相关文章

  1. Update导致SQL Server死锁的典型方法(转载)

    此文为转载文章,描述的很好,没有验证过. 最近遇到了一个看上去很奇怪,分析起来很有意思的死锁问题.这个死锁看上去难以理解.而分析过程中,又使用了很多分析SQL Server死锁的典型方法.记录下来整个 ...

  2. SQL Server死锁

    SQL Server死锁 多个事务之间互相等待对方的资源,导致这些事务永久等待 注意是永久等待,而非长事务 死锁的4个条件 互斥条件(Mutual exclusion):资源不能被共享,只能由一个进程 ...

  3. SQL Server死锁的解除方法

    如果想要查出SQL Server死锁的原因,下面就教您SQL Server死锁监控的语句写法,如果您对此方面感兴趣的话,不妨一看. 下面的SQL语句运行之后,便可以查找出SQLServer死锁和阻塞的 ...

  4. The database could not be exclusively locked to perform the operation(SQL Server 5030错误解决办法)(转)

    Microsoft SQL Server 5030错误解决办法 今天在使用SQL Server时,由于之前创建数据库忘记了设置Collocation,数据库中插入中文字符都是乱码,于是到DataBas ...

  5. SQL Server死锁产生原因及解决办法 .

    其实所有的死锁最深层的原因就是一个:资源竞争 表现一: 一个用户A 访问表A(锁住了表A),然后又访问表B,另一个用户B 访问表B(锁住了表B),然后企图访问表A,这时用户A由于用户B已经锁住表B,它 ...

  6. SQL Server死锁的分析、处理与预防

    1.基本原理 所谓“死锁”,在操作系统的定义是:在一组进程中的各个进程均占有不会释放的资源,但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态. 定义比较抽象,下图可以帮助你比较直观的 ...

  7. SQL Server死锁诊断--同一行数据在不同索引操作下引起的死锁

    死锁概述 对于数据库中出现的死锁,通俗地解释就是:不同Session(会话)持有一部分资源,并且同时相互排他性地申请对方持有的资源,然后双方都得不到自己想要的资源,从而造成的一种僵持的现象.当然,在任 ...

  8. SQL Server死锁排查经历 -基于SqlProfiler

     提到sql server,想必最让人头疼的当属锁机制了.在默认的read committed隔离模式下,连最基本的select操作都要申请各种粒度的锁,而且在读取数据过程中会不断有锁升级.转化.在非 ...

  9. SQL Server死锁总结

    1. 死锁原理 根据操作系统中的定义:死锁是指在一组进程中的各个进程均占有不会释放的资源,但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态. 死锁的四个必要条件:互斥条件(Mutua ...

随机推荐

  1. find命令高级参数

    find 命令参数大全  转自[https://www.cnblogs.com/yorkyang/p/6294894.html] Linux中find常见用法示例 ·find   path   -op ...

  2. 3.Magicodes.NET框架之路——预览(一)

    3.Magicodes.NET框架之路——预览(一) 前言 一眨眼,已经过去两个多月了 ,哥已经火力全开了(业余时间和精力,甚至为此放弃了各种私活),所以大家不要抱怨慢哈.编程犹如逆水行舟,不进则退. ...

  3. Jenkins入门之执行Powershell脚本

    之前章节提到过powershell,如果需要构建复杂的任务时,使用cmd不是很方便(也可能是由于笔者不太熟悉cmd命令,这里见笑了),这时候powershell就派上用场了,这里并不详细介绍power ...

  4. java 8 双冒号运算符

    前言 java8增加了双冒号运算符.lambda本质上都是语法糖,学习过C#委托.匿名委托再理解java8中的双冒号运算符就容易多了.双冒号就是把方法当作参数传递给需要的方法,或者说是传递到strea ...

  5. Spring Cloud Config采用Git存储时两种常用的配置策略

    由于Spring Cloud Config默认采用了Git存储,相信很多团队在使用Spring Cloud的配置中心时也会采用这样的策略.即便大家都使用了Git存储,可能还有各种不同的配置方式,本文就 ...

  6. [转]angular2: including thirdparty js scripts in component

    本文转自:https://stackoverflow.com/questions/35570746/angular2-including-thirdparty-js-scripts-in-compon ...

  7. Ioc原理理解

    IoC理论的背景 我们都知道,在采用面向对象方法设计的软件系统中,它的底层实现都是由N个对象组成的,所有的对象通过彼此的合作,最终实现系统的业务逻辑. 如果我们打开机械式手表的后盖,就会看到与上面类似 ...

  8. MySQL添加列、删除列,创建主键等常用操作总结

    一. 列常用操作 ① 添加新的一列test_column,并将其作为主键,FIRST将其放在表中第一行,auto_increement是自动增长 alter table test_table add  ...

  9. .Net Core 项目中添加统一的XSS攻击防御过滤器

    一.前言 最近公司内部在对系统的安全进行培训,刚好目前手里的一个.net core 项目中需要增加预防xss的攻击,本文将大概介绍下何为XSS攻击以及在项目中如何统一的预防XSS攻击. 二.XSS简介 ...

  10. MyBatis:自定义Mapper

    在开发中有时可能需要我们自己自定义一些mapper还有些一些自定义的xml,SQL语句.其实在我们的框架中很方便.只需要在mapper中添加自定义接口,在resources中自定义一个mapper的x ...