create procedure sp_who_lock
  as
  begin
  declare @spid int,@bl int,
  @intTransactionCountOnEntry int,
  @intRowcount int,
  @intCountProperties int,
  @intCounter int
  create table #tmp_lock_who (id int identity(1,1),spid smallint,bl smallint)
  IF @@ERROR<>0 RETURN @@ERROR
  insert into #tmp_lock_who(spid,bl) select 0 ,blocked
   from (select * from sys.sysprocesses where blocked>0 ) a
   where not exists(select * from (select * from sys.sysprocesses where blocked>0 ) b
   where a.blocked=spid)
   union select spid,blocked from sys.sysprocesses where blocked>0
  IF @@ERROR<>0 RETURN @@ERROR
  
  -- 找到临时表的记录数
  select @intCountProperties = Count(*),@intCounter = 1
  from #tmp_lock_who
  IF @@ERROR<>0 RETURN @@ERROR
  if @intCountProperties=0
   select ‘现在没有阻塞和死锁信息‘ as message
  -- 循环开始
  while @intCounter <= @intCountProperties
  begin
  -- 取第一条记录
   select @spid = spid,@bl = bl
   from #tmp_lock_who where id = @intCounter
  begin
   if @spid =0
   select ‘引起数据库死锁的是: ‘+ CAST(@bl AS VARCHAR(10)) + ‘
  进程号,其执行的SQL语法如下‘
  else
   select ‘进程号SPID：‘+ CAST(@spid AS VARCHAR(10))+ ‘被‘ + ‘
  进程号SPID：‘+ CAST(@bl AS VARCHAR(10)) +‘阻塞,
  其当前进程执行的SQL语法如下‘
  DBCC INPUTBUFFER (@bl )
  end
  -- 循环指针下移
  set @intCounter = @intCounter + 1
  end
  drop table #tmp_lock_who
  return 0
  end

 

分析了一下

通过自定义锁 WIHT NOLOCK（注意有脏读，请根据业务逻辑使用）with rowlock来使用的时候，解决了一部分死锁的，但是还是会发生死锁的现象

查找了代码，发现主要出的问题是在一些begin tran的事务上面

因为在事务里面使用delete和update命令的时候，还没有执行commit或则rollback，如果另一个线程同样在执行当前的表DELETE命令的时候，会出现阻塞的现象，阻塞是造成死锁的前提，oracle好像没有这个问题，oracle是锁行的，这个时候，我根据SQL的命令，将UPDATE后面的条件的字段，在数据库建立索引，如 delete from table where b=3

将字段b建立索引，就会自动将锁表变成锁行，注意如果索引建立的是B字段，而你条件是C字段，则不会发生锁行效果