SQL SERVER 检查死锁.docx

SQL SERVER 检查死锁打开ssms ,找到sqlProfile , 新建跟踪在常规页签中选择使用模板为 TSQL_Locks在事件选择页签中，只选择 DeadLock Graph 即可.而后点击运行按钮，这时就可以监控死锁了。创建表 person CREATETABLE[dbo].[Person]([id][int]NOTNULLprimarykey,[userName][varchar](50)NULL,[userEmail][varchar](50)NULL,[Sex][char](1)NULL)创建表 sysloginCREATETABLE[dbo].[SysLogin]([id][int]IDENTITY(1,1)NOTNULLprimarykey,[userName][varchar](50)NULL,[userPwd][varchar](50)NULL,[registerDate][datetime]NULL)新增两条数据INSERTINTO[Test].[dbo].[Person]([id],[userName],[userEmail],[Sex])VALUES(1,lwm,lwm@,M)INSERTINTO[Test].[dbo].[SysLogin]([userName],[userPwd],[registerDate])VALUES(lwm,abc,GETDATE())执行两条语句，一个是先更新person 再更新syslogin ,另一个是先更新 syslogin 再更新person 此时会产生死锁 . (为什么会死锁，下文中有关于锁的概念和说明)begintranupdatePersonsetuserName=123whereid=1waitfordelay00:00:30updateSysLoginsetuserName=123whereid=1committran-------------------------------------begintranupdateSysLoginsetuserName=123whereid=1waitfordelay00:00:10updatePersonsetuserName=56whereid=1committran如下图监控的死锁说明：如果是触发器中，调用了存储过程。并且死锁是发生在存储过程中。则提示死锁的语句是引起触发器的sql语句，而不是真正的死锁语句。如，将上面的两条sql语句放入一个触发器中，则提示死锁的语句不是上面的sql 而是，引起触发器的语句。产生死锁的几种情况。对同一张表，两个事务。事务1. 先插入表数据，后更新表事务2.先更新表，后插入数据。如果执行时间长的话，也会产生死锁。对于两张表，两个事务。事务1.先更新A表，再更新B表。事件2.先更新B表，再更新A表，如果执行时间长的话，也会产生死锁。锁的概述?一. 为什么要引入锁?多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:?丢失更新?A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统?脏读?A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致?不可重复读?A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致?并发控制的主要方法是封锁,锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致?二锁的分类?锁的类别有两种分法：?1. 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁?MS-SQL Server 使用以下资源锁模式。?锁模式描述?共享 (S) 用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。?更新 (U) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。?排它 (X) 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。?意向锁用于建立锁的层次结构。意向锁的类型为：意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。?架构锁在执行依赖于表架构的操作时使用。架构锁的类型为：架构修改 (Sch-M) 和架构稳定性 (Sch-S)。?大容量更新 (BU) 向表中大容量复制数据并指定了 TABLOCK 提示时使用。?共享锁?共享 (S) 锁允许并发事务读取 (SELECT) 一个资源。资源上存在共享 (S) 锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享 (S) 锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存