SQL Server 检测死锁、查询阻塞进程及手动 Kill 的方法
在 SQL Server 环境中,当出现应用程序连接超时或响应缓慢时,往往是由死锁或长阻塞引起的。本文将提供一套实用的 SQL 脚本,帮助 DBA 快速定位导致死锁的具体进程(SPID)和 SQL 语句,并演示如何编写存储过程自动完成检测与清理操作。
结果与目标
通过以下方法,管理员可以达成以下目标:
- 快速定位:识别当前正在执行且持有锁资源的会话 ID (SPID) 及其操作的表名。
- 深度分析:获取阻塞链路的详细信息,包括引起死锁的源头进程及其具体的 T-SQL 代码片段。
- 自动清理:通过自定义存储过程一键终止特定数据库下的所有活跃进程,或在发现死锁时自动通知并处理。
准备条件
在执行以下操作前,请确保:
- 您拥有
sysadmin或足够权限以访问master数据库中的系统视图(如sysprocesses,syslockinfo,sys.dm_tran_locks)。 - 风险提醒:Kill 进程操作会立即中断正在运行的事务,可能导致未提交的数据丢失或应用报错。在生产环境执行前,建议先记录相关进程的 SQL 文本以备审计,并仅在必要时执行终止操作。
真实操作顺序
第1步:使用动态管理视图 (DMV) 快速查看锁定的对象
目的:快速获取当前被锁定的表名及其对应的 SPID,适用于简单排查。
入口:SQL Server Management Studio (SSMS) 查询窗口。
动作:运行以下查询语句:
select
request_session_id as spid,
OBJECT_NAME(resource_associated_entity_id) as tableName
from
sys.dm_tran_locks
where
resource_type='OBJECT'
重要参数:sys.dm_tran_locks 是 SQL Server 2005+ 推荐使用的视图,比旧版的 sysprocesses 提供更实时的锁信息。
第2步:安装“检测死锁”存储过程 sp_who_lock
目的:创建一个通用的诊断工具,自动扫描阻塞链,并显示引发死锁的 SQL 语句。
入口:在 master 数据库中执行。
动作:复制并执行以下代码创建存储过程。该过程利用临时表和游标逻辑,筛选出阻塞者与被阻塞者的关系。
-- 必须在 master 数据库中执行
use master
go
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 sysprocesses where blocked>0 ) a
where not exists(select * from (select * from sysprocesses where blocked>0 ) b
where a.blocked=spid)
union select spid,blocked from 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
begin
select '现在没有阻塞和死锁信息' as message
end
else
begin
-- 循环开始
while @intCounter <= @intCountProperties
begin
-- 取第一条记录
select @spid = spid,@bl = bl
from #tmp_lock_who where Id = @intCounter
begin
if @spid = 0
begin
-- 如果是死锁,找出真正的源头
select '引起数据库死锁的是: '+ CAST(@bl AS VARCHAR(10)) + '进程号,其执行的SQL语法如下'
DBCC INPUTBUFFER (@bl )
end
else
begin
select '进程号SPID:'+ CAST(@spid AS VARCHAR(10))+ '被' + '进程号SPID:'+ CAST(@bl AS VARCHAR(10)) +'阻塞,其当前进程执行的SQL语法如下'
DBCC INPUTBUFFER (@bl )
end
end
-- 循环指针下移
set @intCounter = @intCounter + 1
end
end
drop table #tmp_lock_who
return 0
end
可观察的完成状态:执行后无报错,且在系统存储列表中可见 sp_who_lock。
使用方法:直接调用 exec sp_who_lock 即可查看当前阻塞详情。
第3步:安装“批量杀死进程”存储过程 p_killspid
目的:针对指定数据库,快速清除所有活跃连接或锁,常用于维护或极端情况下的急救。
入口:在 master 数据库中执行。
动作:执行以下代码创建存储过程:
use master
go
-- 如果存在则删除旧版本
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_killspid]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[p_killspid]
GO
create proc p_killspid
@dbname varchar(200) --要关闭进程的数据库名
as
declare @sql nvarchar(500)
declare @spid nvarchar(20)
-- 声明游标,查找属于指定数据库的所有SPID
declare #tb cursor for
select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
open #tb
fetch next from #tb into @spid
while @@fetch_status=0
begin
exec('kill '+@spid)
fetch next from #tb into @spid
end
close #tb
deallocate #tb
go
重要参数:@dbname 为需要终止连接的目标数据库名称。
执行示例:
exec p_killspid 'YourDatabaseName'
注意:此操作不可逆,务必确认业务允许中断。
第4步:查看详细锁信息(进阶排查)
目的:除了知道 SPID,还需要了解具体锁住了哪个对象的哪部分数据(索引、页、键等)。
动作:以下脚本创建了辅助表并关联 syslockinfo 视图,输出更详细的锁类型:
create table #t(req_spid int,obj_name sysname)
declare @s nvarchar(4000)
,@rid int,@dbname sysname,@id int,@objname sysname
declare tb cursor for
select distinct req_spid,dbname=db_name(rsc_dbid),rsc_objid
from master..syslockinfo where rsc_type in(4,5)
open tb
fetch next from tb into @rid,@dbname,@id
while @@fetch_status=0
begin
set @s='select @objname=name from ['+@dbname+']..sysobjects where id=@id'
exec sp_executesql @s,N'@objname sysname out,@id int',@objname out,@id
insert into #t values(@rid,@objname)
fetch next from tb into @rid,@dbname,@id
end
close tb
deallocate tb
-- 最终查询结果
select 进程id=a.req_spid
,数据库=db_name(rsc_dbid)
,类型=case rsc_type when 1 then 'NULL 资源'
when 2 then '数据库'
when 3 then '文件'
when 4 then '索引'
when 5 then '表'
when 6 then '页'
when 7 then '键'
when 8 then '扩展盘区'
when 9 then 'RID'
when 10 then '应用程序'
end
,对象id=rsc_objid
,对象名=b.obj_name
,rsc_indid
from master..syslockinfo a left join #t b on a.req_spid=b.req_spid
go
drop table #t
完成判断与排错
- 成功标志:调用
sp_who_lock返回了具体的 SPID 及 SQL 文本;或调用p_killspid后,使用sp_who或 DMV 查看该 SPID 已消失。 - 常见错误:
- 权限不足:如果遇到“权限拒绝”,请检查登录名是否具有
ALTER ANY CONNECTION权限或直接加入sysadmin角色。 - SPID 已被杀掉:如果执行 Kill 时报错“Process ID X has been killed”,说明该进程已经自然结束或已被其他机制终止,无需重复操作。
- 权限不足:如果遇到“权限拒绝”,请检查登录名是否具有
简要总结
处理 SQL Server 死锁问题的核心在于“先查后杀”。推荐使用 sys.dm_tran_locks 进行轻量级监控,并利用 sp_who_lock 定位阻塞源头 SQL,最后通过 kil/spid 命令或定制存储过程恢复服务稳定性。定期优化慢查询和应用层事务逻辑才是预防死锁的根本之道。
以上就是 SQL Server 检测死锁与 Kill 进程处理的详细内容,更多关于 SQL Server 数据库维护的资料请关注本站其它相关文章!
免责声明:本文内容仅供参考,不代表本站观点。转载或引用请注明出处。









