当前位置: 首页 > 编程笔记 >

查询Sqlserver数据库死锁的一个存储过程分享

宁兴修
2023-03-14
本文向大家介绍查询Sqlserver数据库死锁的一个存储过程分享,包括了查询Sqlserver数据库死锁的一个存储过程分享的使用技巧和注意事项,需要的朋友参考一下

使用sqlserver作为数据库的应用系统,都避免不了有时候会产生死锁, 死锁出现以后,维护人员或者开发人员大多只会通过sp_who来查找死锁的进程,然后用sp_kill杀掉。利用sp_who_lock这个存储过程,可以很方便的知道哪个进程出现了死锁,出现死锁的问题在哪里.

创建sp_who_lock存储过程

CREATE procedure sp_who_lock 
as   
begin   
  declare @spid int   
  declare @blk int   
  declare @count int   
  declare @index int   
  declare @lock tinyint   
  set @lock=0   
  create table #temp_who_lock   
 (   
 id int identity(1,1),   
 spid int,   
 blk int   
 )   
 if @@error<>0 return @@error   
 insert into #temp_who_lock(spid,blk)   
 select 0 ,blocked   
 from (select * from master..sysprocesses where blocked>0)a   
 where not exists(select * from master..sysprocesses where a.blocked =spid and blocked>0)   
 union select spid,blocked from master..sysprocesses where blocked>0   
 if @@error<>0 return @@error   
 select @count=count(*),@index=1 from #temp_who_lock   
 if @@error<>0 return @@error   
 if @count=0   
 begin   
 select '没有阻塞和死锁信息'   
 return 0   
 end   
 while @index<=@count   
 begin   
 if exists(select 1 from #temp_who_lock a where id>@index and exists(select 1 from #temp_who_lock where id<=@index and a.blk=spid))   
 begin   
  set @lock=1   
  select @spid=spid,@blk=blk from #temp_who_lock where id=@index   
  select '引起数据库死锁的是: '+ CAST(@spid AS VARCHAR(10)) + '进程号,其执行的SQL语法如下'   
  select @spid, @blk  
  dbcc inputbuffer(@spid)   
  dbcc inputbuffer(@blk)   
 end   
 set @index=@index+1   
 end   
 if @lock=0   
 begin   
 set @index=1   
 while @index<=@count   
 begin   
  select @spid=spid,@blk=blk from #temp_who_lock where id=@index   
  if @spid=0   
  select '引起阻塞的是:'+cast(@blk as varchar(10))+ '进程号,其执行的SQL语法如下'   
  else   
  select '进程号SPID:'+ CAST(@spid AS VARCHAR(10))+ '被' + '进程号SPID:'+ CAST(@blk AS VARCHAR(10)) +'阻塞,其当前进程执行的SQL语法如下'   
  dbcc inputbuffer(@spid)  
  dbcc inputbuffer(@blk)   
  set @index=@index+1   
 end   
 end   
 drop table #temp_who_lock   
 return 0   
end 
GO

在查询分析器中执行:

exec sp_who_lock

直到最后的结果为:**

 类似资料:
  • 问题内容: 我有一张桌子,我需要在99%的时间内自动分配ID(其他1%似乎使用身份列来排除)。因此,我有一个存储过程来获取以下行中的下一个ID: `` 检查必须检查用户是否手动使用了ID并找到下一个未使用的ID。 当我依次调用它并返回1、2、3时,它可以正常工作。我需要做的是在多个进程同时调用此方法的情况下提供一些锁定。理想情况下,我只需要它专用于围绕此代码锁定last_auto_id表,以便第二

  • 问题内容: 我有一个应用程序,每小时执行约20000次DATA-OPERATIONS DATA- OPERATION总共具有30个参数(用于所有10个查询)。有些是文本,有些是数字。某些Text参数最长为10000个字符。 每个DATA-OPERATION都执行以下操作: 单个DATA-OPERATION,可在数据库中插入/更新多个表(约10个)。 对于每一次DATA-OPERATION,我都会建

  • 使用JDBC驱动程序,我如何使用来自不同查询的多个结果集,而不不断地打开和关闭连接,因为我正在提取所需的w.e并将其传递给另一个方法。每次打开新的conn、语句和结果集时 我试图在一个方法中使用多个结果集,但它一直抛出异常,称结果集已关闭。我没有太多的SqlServver经验,所以任何指导都会有所帮助:-)

  • 本文向大家介绍Mybatis应用mysql存储过程查询数据实例,包括了Mybatis应用mysql存储过程查询数据实例的使用技巧和注意事项,需要的朋友参考一下 1.创建mysql存储过程,这是个复杂查询加上了判断,比较复杂 2.查看存储过程是否创建成功: 3.sqlMapper文件: 其他和直接调用sql语句一样了 以上这篇Mybatis应用mysql存储过程查询数据实例就是小编分享给大家的全部内

  • 本文向大家介绍一次Mysql死锁排查过程的全纪录,包括了一次Mysql死锁排查过程的全纪录的使用技巧和注意事项,需要的朋友参考一下 前言 之前接触到的数据库死锁,都是批量更新时加锁顺序不一致而导致的死锁,但是上周却遇到了一个很难理解的死锁。借着这个机会又重新学习了一下mysql的死锁知识以及常见的死锁场景。在多方调研以及和同事们的讨论下终于发现了这个死锁问题的成因,收获颇多。虽然是后端程序员,我们

  • 问题内容: 根据我的理解,不可能完全防止事务陷入僵局。 我想拥有从应用程序代码的角度来看永不失败的事务。因此,我已经看到了用于Microsoft SQL的这种模式,我想知道这是否是个好主意? 问题答案: 客户端代码中应包含可恢复错误的重试逻辑。 对于死锁,MSDN声明在那做 如果重试SQL,则最终可能会遇到CommandTimeout。