在Jespers的回答中，为了更有效地补充:

SET DEADLOCK_PRIORITY 10;-- Be the top dog.

SET DEADLOCK_PRIORITY HIGH使用DEADLOCK_PRIORITY为5。

发生的事情是，其他进程在数据库中受到了破坏，如果您的进程具有较低的DEADLOCK_PRIORITY，那么它就会输掉这场比赛。

这避免了寻找和杀死另一只蜘蛛(这可能需要做几次)。

您可能需要运行ALTER DATABASE不止一次(但Jesper会这样做)。修改代码:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

下面的方法对我很有效:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

不确定这是否对任何人都有帮助，但我也有同样的问题，找不到阻碍我的过程。我关闭了SSMS并停止了所有访问本地实例的服务。然后，当我返回并运行exec sp_who2时，它显示了罪魁祸首。我杀死了进程，并能够让Multi_User工作，然后重新启动服务。我们让IIS每隔几分钟/秒就会搜索特定的包。

以防万一，如果有人无意中发现了这个线程，那么这里有一个防弹的解决方案，SQL Server卡在单用户模式

——获取需要终止的连接的进程ID (spid) —将'DBName'替换为数据库的实际名称

SELECT sd.[name], sp.spid, sp.login_time, sp.loginame 
FROM sysprocesses sp 
INNER JOIN sysdatabases sd on sp.dbid = sd.dbid  
WHERE sd.[name] = 'DBName'

作为一种替代方法，你也可以使用命令" sp_who "来获取打开连接的" spid ":

或者用这个SP代替

exec sp_who

—然后执行以下命令，将[spid]和[DBName]替换为正确的值

KILL SpidToKillGoesHere
GO

SET DEADLOCK_PRIORITY HIGH
GO

ALTER DATABASE [DBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

即使我遇到同样的问题，无法找到my_db的活动连接来杀死它，但仍然显示同样的错误。我最终断开了服务器上任何数据库的所有可能的SSMS连接，从SSMS创建一个新连接，并将其更改为多用户。

-- Actual Code to change my_db to multi user mode
USE MASTER;
GO
ALTER DATABASE [my_db] SET MULTI_USER

注意:这似乎是SQL Server 2005中的一个可能的错误!

首先，查找并终止当前正在运行的所有进程。

然后，运行下面的T-SQL将数据库设置为MULTI_USER模式。

USE master
GO
DECLARE @kill varchar(max) = '';
SELECT @kill = @kill + 'KILL ' + CONVERT(varchar(10), spid) + '; '
FROM master..sysprocesses 
WHERE spid > 50 AND dbid = DB_ID('<Your_DB_Name>')
EXEC(@kill);

GO
SET DEADLOCK_PRIORITY HIGH
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO