在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

要切换出单用户模式，请尝试:

设置数据库的多用户

要切换回单用户模式，您可以使用:

修改数据库[my_db

我试过了，有效果

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE

按CTRL + 1

找到锁定数据库的进程。在dbname列中查找您的db并注意spid。现在你必须执行这个语句:

kill <your spid>
ALTER DATABASE <your db> SET MULTI_USER;

今天早上我遇到了同样的问题。这原来是一个简单的问题。我打开了一个查询窗口，它被设置为对象资源管理器中的单用户数据库。sp_who2存储过程没有显示该连接。一旦我把它合上，我就能把它设置成

另一种选择是:

使数据库脱机;在短信服务中，右键单击数据库，选择脱机，勾选“删除所有连接” 运行ALTER DATABASE [Your_Db] SET MULTI_USER