SQL Server 死锁处理全攻略

2025-08-16 20:56:57

文章目录

一、引言二、查询 Sqlserver 中造成死锁的 SPID三、用内置函数查询执行信息1. sp_who存储过程2. sp_lock存储过程

四、根据 spid 查询造成死锁的语句五、结束死锁进程六、相关应用场景场景一：查询可能造成死锁的会话和表场景二：查询不重复的可能造成死锁的会话和表场景三：定位具体表的死锁信息

七、注意事项

一、引言

在 SQL Server 数据库的日常使用中，死锁是一个常见且令人头疼的问题。死锁会导致数据库性能下降，甚至影响业务的正常运行。本文将详细介绍如何在 SQL Server 中查询造成死锁的 SPID（会话 ID）、获取执行信息、定位造成死锁的语句以及结束死锁进程，并给出相关的应用场景示例。

二、查询 Sqlserver 中造成死锁的 SPID

原理：在 SQL Server 中，sys.dm_tran_locks 是一个动态管理视图，它提供了有关当前活动事务持有的锁的信息。我们可以通过查询这个视图，筛选出资源类型为 OBJECT的锁信息，从而找出可能造成死锁的会话 ID（SPID）以及对应的表名。

代码示例：

SELECT request_session_id AS spid, OBJECT_NAME(resource_associated_entity_id) AS tableName

FROM sys.dm_tran_locks

WHERE resource_type = 'OBJECT';

代码解释：

request_session_id：表示持有锁的会话 ID，也就是 SPID。resource_associated_entity_id：表示与锁关联的对象的 ID。OBJECT_NAME(resource_associated_entity_id)：通过这个函数将对象 ID 转换为对应的表名。resource_type = ‘OBJECT’`：筛选出资源类型为对象的锁信息。

三、用内置函数查询执行信息

1. sp_who存储过程

原理： sp_who是 SQL Server 提供的一个系统存储过程，用于显示有关当前 SQL Server 实例中活动用户和进程的信息。它可以帮助我们了解当前有哪些会话正在运行，以及它们的状态。

代码示例：

EXECUTE sp_who;

代码解释：执行该存储过程后，会返回一个结果集，包含以下主要列：

spid`：会话 ID。status`：会话的状态，如 running、sleeping等。loginame`：登录用户名。dbname：当前会话使用的数据库名。

2. sp_lock存储过程

** 原理：** sp_lock是另一个系统存储过程，用于显示有关当前 SQL Server 实例中锁的信息。它可以帮助我们了解哪些资源正在被锁定，以及是哪些会话持有这些锁。

代码示例：

EXECUTE sp_lock;

代码解释：执行该存储过程后，会返回一个结果集，包含以下主要列：

spid：持有锁的会话 ID。dbid：数据库 ID。objid：对象 ID。indid：索引 ID。type：锁的类型，如 IX（意向排它锁）、X（排它锁）等。

四、根据 spid 查询造成死锁的语句

原理： DBCC INPUTBUFFER是一个 SQL Server 的命令，用于显示指定会话 ID（SPID）最近执行的语句。通过这个命令，我们可以定位到造成死锁的具体 SQL 语句。

代码示例：

DBCC INPUTBUFFER(80);

代码解释：

80：表示要查询的会话 ID（SPID）。执行该命令后，会返回一个结果集，包含以下主要列：EventType：事件类型，如 RPC Event、Language Event等。Parameters：参数信息。EventInfo：最近执行的 SQL 语句。

五、结束死锁进程

原理： KILL是 SQL Server 提供的一个命令，用于终止指定会话 ID（SPID）的进程。当我们确定某个会话造成了死锁，并且无法通过其他方式解决时，可以使用这个命令结束该会话。

代码示例：

KILL 80;

代码解释：

80：表示要终止的会话 ID（SPID）。执行该命令后，SQL Server 会立即终止该会话的所有活动，并释放该会话持有的所有资源。

六、相关应用场景

场景一：查询可能造成死锁的会话和表

SELECT request_session_id AS spid, OBJECT_NAME(resource_associated_entity_id) AS tableName

FROM sys.dm_tran_locks

WHERE resource_type = 'OBJECT';

这个查询可以帮助我们找出当前哪些会话正在对哪些表持有锁，从而判断是否存在死锁的可能性。

场景二：查询不重复的可能造成死锁的会话和表

SELECT DISTINCT request_session_id AS spid, OBJECT_NAME(resource_associated_entity_id) AS tableName

FROM sys.dm_tran_locks

WHERE resource_type = 'OBJECT';

当我们只需要了解哪些不同的会话和表可能造成死锁时，可以使用这个查询。

场景三：定位具体表的死锁信息

假设我们怀疑以下几个表存在死锁问题：

SWMP.dbo.SP_CostCollectQueryView_t;1

SWMP.dbo.SP_CostApplyCheckCRM_v3;1

SWMP.dbop_RepStoc.kAnalysis;1

我们可以结合前面的查询方法，进一步定位具体的死锁信息。例如，先通过sys.dm_tran_locks找出涉及这些表的会话 ID，然后使用 DBCC INPUTBUFFER查看这些会话最近执行的语句。

-- 假设通过前面的查询得到会话 ID 为 90

DBCC INPUTBUFFER(90);

-- 假设通过前面的查询得到需要终止的会话 ID 为 81、84、85、119、120、123

KILL 81;

KILL 84;

KILL 85;

KILL 119;

KILL 120;

KILL 123;

七、注意事项

在使用 KILL命令时，要谨慎操作，因为终止会话可能会导致未完成的事务回滚，从而影响数据的一致性。对于复杂的死锁问题，可能需要结合 SQL Server 的日志文件、性能监视器等工具进行更深入的分析。

通过以上方法，我们可以在 SQL Server 中有效地查询、定位和解决死锁问题，确保数据库的稳定运行。