右键单击数据库部分中的数据库 选择“属性” 选择“选项”页 向下滚动“其他选项”并更改“限制访问”字段

右键单击数据库部分中的数据库 选择“属性” 选择“选项”页 向下滚动“其他选项”并更改“限制访问”字段

下面的方法对我很有效:

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

以防万一，如果有人无意中发现了这个线程，那么这里有一个防弹的解决方案，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

使用脚本

exec sp_who

找到dbname和spid列

现在执行的

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

在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