在SQL Server中，死锁是数据库管理系统中常见的问题，它发生在两个或更多事务相互等待对方释放资源，导致它们无法继续执行。死锁监控是确保数据库高效运行的关键环节，因为它们可能导致系统性能下降甚至数据丢失。以下是一些关于SQL Server死锁监控及查询死锁源头的方法。
我们可以使用内置的系统存储过程`sys.dm_tran_locks`来检查当前的锁定状态，这个视图提供了关于系统中所有锁定的详细信息。但是，要确定具体的死锁原因，通常需要更复杂的查询。
如上文提到的，可以使用以下的T-SQL语句来定位死锁和阻塞的源头：
```sql
use master;
go
declare @spid int, @bl int
DECLARE s_cur CURSOR FOR
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
OPEN s_cur
FETCH NEXT FROM s_cur INTO @spid,@bl
WHILE @@FETCH_STATUS = 0
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 )
FETCH NEXT FROM s_cur INTO @spid,@bl
end
CLOSE s_cur
DEALLOCATE s_cur
```
这段代码通过游标遍历了`sysprocesses`表中的信息，找出被阻塞的进程和引发阻塞的进程，从而帮助我们定位可能的死锁源。`DBCC INPUTBUFFER`函数用于获取指定SPID（会话进程标识符）的输入缓冲区内容，这通常是执行的SQL语句，有助于了解死锁涉及的具体操作。
此外，还可以创建一个存储过程`p_lockinfo`，该过程不仅能够显示死锁信息，还可以根据参数选择是否杀死死锁进程：
```sql
create proc p_lockinfo
@kill_lock_spid bit=1, --是否杀掉死锁的进程,1 杀掉, 0 仅显示
@show_spid_if_nolock bit=1 --如果没有死锁的进程,是否显示正常进程信息,1 显示,0 不显示
as
-- ... 存储过程内部代码 ...
```
这个存储过程通过插入数据到临时表`#t`，然后分析并展示结果，以便于用户理解当前的锁定情况。如果设置`@kill_lock_spid = 1`，存储过程将尝试结束导致死锁的事务，从而解决死锁。
SQL Server提供了一系列工具和方法来检测和解决死锁问题。通过监控死锁，可以更好地理解系统中的资源竞争情况，进而优化事务处理逻辑，避免死锁的发生。在实际操作中，应结合日志分析、性能计数器以及定期检查数据库的锁定状态，以确保数据库系统的稳定性和性能。
