详解SQL Server Profiler分析死锁几大步骤_绿色软件之家

绿色软件之家：您身边最放心的安全下载站！ 最新更新|软件分类|软件专题|手机版|系统之家|纯净系统

您当前所在位置：首页 → 数据库 → MSSQL → 详解SQL Server Profiler分析死锁几大步骤

详解SQL Server Profiler分析死锁几大步骤

时间：2015/6/28来源：绿色软件之家作者：网管联盟我要评论(0)

本文将为大家讲的是sql server Profiler分析死锁几大步骤，这里也是为了大家更好的做好数据库的管理工作。

在两个或多个SQL Server进程中，每一个进程锁定了其他进程试图锁定的资源，就会出现死锁，例如，进程process1对table1持有1个排它锁(X),同时process1对table2请求1个排它锁(X), 进程process2对table2持有1个排它锁(X),同时process2对table1请求1个排它锁(X) 类似这种情况，就会出现死锁,除非当某个外部进程断开死锁，否则死锁中的两个事务都将无限期等待下去。

Microsoft SQL Server 数据库引擎死锁监视器定期检查陷入死锁的任务。

如果监视器检测到循环依赖关系，将选择其中一个任务作为牺牲品(通常是选择占资源比较小的进程作为牺牲品)，然后终止其事务并提示错误1205。

这里我们通过SQL Server Profiler来监视分析死锁的发生过程，那样我们就会深刻理解死锁的成因。

1.创建测试表。

在 Microsoft SQL Server Management Studio上，新建一个查询，写创建表DealLockTest_1 & DealLockTest_2两个表：

脚本：

  1. useTest 
  2. --创建分析死锁使用到的两个表DealLockTest_1&DealLockTest_2 
  3. go 
  4. SetNocountOn 
  5. Go 
  6. ifobject_id('DealLockTest_1')IsNotNull 
  7. DropTableDealLockTest_1 
  8. go 
  9. CreateTableDealLockTest_1 
  10. ( 
  11. IDintIdentity(1,1)PrimaryKey, 
  12. Namenvarchar(512) 
  13. ) 
  14. ifobject_id('DealLockTest_2')IsNotNull 
  15. DropTableDealLockTest_2 
  16. go 
  17. CreateTableDealLockTest_2 
  18. ( 
  19. IDintIdentity(1,1)PrimaryKey, 
  20. Namenvarchar(512) 
  21. ) 
  22. Go
--插入一些测试数据
  1. InsertIntoDealLockTest_1(Name) 
  2. SelectnameFromsys.all_objects 
  3. InsertIntoDealLockTest_2(Name) 
  4. SelectnameFromsys.all_objects 
  5. Go
 

创建好表和插入测试数据后，先执行脚本代码（因为我们不需要跟踪该代码），紧接着，我们就模拟两个会话，一个会话里面包含一个事务。这里我们就新建两个查询，其中第一个会话，是更新DealLockTest_1表后，等待5秒钟，更新DealLocktest_2.

  1. UseTest 
  2. Go 
  3. --第一个会话 
  4. BeginTran 
  5. UpdateDealLockTest_1 
  6. SetName=N'test1'
  7. WhereID>0 
  8. /*这里的Waitfor等待，是为了容易获取死锁的发生*/ 
  9. WaitforDelay'00:00:05'
  10. UpdateDealLockTest_2 
  11. SetName=N'test2'
  12. WhereID>0 
  13. CommitTran 
  14. Go

 

代码写好后，我们先不要执行代码，接下来就写第二个会话代码； 第二个会话更新表的顺序，刚好与第一个会话相反，是更新DealLockTest_2表后，等待5秒钟，更新DealLocktest_1.

  1. UseTest 
  2. Go 
  3. --第二个会话 
  4. BeginTran 
  5. UpdateDealLockTest_2 
  6. SetName=N'test1'
  7. WhereID>0 
  8. /*这里的Waitfor等待，是为了容易获取死锁的发生*/ 
  9. WaitforDelay'00:00:05' 
  10. UpdateDealLockTest_1 
  11. SetName=N'test2'
  12. WhereID>0 
  13. CommitTran 
  14. Go

 

第二个会话代码，也先不要执行。

2.启动SQL Server Profiler，创建Trace(跟踪).

启动SQL Server Profiler工具(在Microsoft SQL Server Management Studio的工具菜单上就发现它)，创建一个Trace,Trace属性选择主要是包含:

Deadlock graph Lock: Deadlock Lock: Deadlock Chain RPC:Completed SP:StmtCompleted SQL:BatchCompleted SQL:BatchStarting

主要特性

点执行按钮，启动Trace。

3.执行测试代码&监视死锁。

转到 Microsoft SQL Server Management Studio界面，执行第一个会话&第二个会话的代码，稍稍等待5秒钟，我们就会发现其中一个会话收到报错消息

报错

我们再切换到SQL Server Profiler界面，就能发现SQL Server Profiler收到执行脚本过程发生死锁的信息。

死锁

OK,这里就先停止SQL Server Profiler上的"暂停跟踪" Or "停止跟踪"按钮，下面我们具体分析死锁发生过程。

4.分析死锁

如下图，我们可以看到第一个会话在SPID 54,第二个会话在SPID 55,一旦SQL Server发现死锁，它就会确定一个优胜者，可成功执行，和另一个作为牺牲品，要回滚。

可以到看到EventClass列中，两条SQL:BatchCompleted事件紧跟在Lock:DealLock后面，其中一条，它就是作为牺牲品，它会被回滚.而另一条SQL:BatchCompleted将会是优胜者，成功执行。

那么，谁是优胜者，谁是牺牲品呢? 不用着急，通过DealLock graph事件，所返回来的信息，我们可以知道结果。

结果

我们虽然不能明白DealLock graph图示的含义，但通过图中描述的关系，我们知道一些有用的信息。图中左右两旁椭圆形相当一个处理节点(Process Node),当鼠标移动到上面的时候，可以看到内部执行的代码，如Insert,UPdate,Delete.有打叉的左边椭圆形就是牺牲者，没有打叉的右边椭圆形是优胜者。中间两个长方形就是一个资源节点(Resource Node)，描述数据库中的对象,如一个表、一行或一个索引。在我们当前的实例中，资源节点描述的是，在聚集索引请求获得排它锁(X)。椭圆形与长方形之间，带箭头的连线表示，处理节点与资源节点的关系，包含描述锁的模式.

接下来我们更详细的看图里面的数据说明。

先看右边作为优胜者的这椭圆形，我们可以看到内容包含有：

服务器进程 ID： 服务器进程标识符 (SPID)，即服务器给拥有锁的进程分配的标识符。服务器批 ID： 服务器批标识符 (SBID)。执行上下文 ID： 执行上下文标识符 (ECID)。与指定 SPID 相关联的给定线程的执行上下文 ID。ECID = {0,1,2,3, ...n}，其中 0 始终表示主线程或父线程

关键词标签：SQL Server Profiler

相关阅读

文章评论
发表评论

热门文章 SqlServer2005对现有数据进行分区具体步骤SqlServer2005对现有数据进行分区具体步骤sql server系统表损坏的解决方法sql server系统表损坏的解决方法MS-SQL2005服务器登录名、角色、数据库用户MS-SQL2005服务器登录名、角色、数据库用户Access、SQL Server、Oracle常见应用的区别Access、SQL Server、Oracle常见应用的区别

相关下载

人气排行 如何远程备份（还原）SQL2000数据库SQL2000数据库远程导入（导出）数据配置和注册ODBC数据源-odbc数据源配置教程SQL2000和SQL2005数据库服务端口查看或修改SQL Server 2005降级到2000的正确操作步骤修改Sql Server唯一约束教程浅谈JSP JDBC来连接SQL Server 2005的方法SQL Server创建表语句介绍