在删除数据库之前，可以使用pg_terminate_backend（int）函数终止所有连接。

您可以使用系统视图pg_stat_activity获取所有正在运行的后端

我不完全确定，但以下内容可能会扼杀所有会话：

select pg_terminate_backend(procpid)
from pg_stat_activity
where datname = 'doomed_database'

当然，您可能没有连接到该数据库

PostgreSQL 13引入了FORCE选项。

删除数据库DROP DATABASE删除数据库。。。此外，如果其他任何人连接到目标数据库，则除非使用下面描述的FORCE选项，否则此命令将失败。力尝试终止与目标数据库的所有现有连接。如果目标数据库中存在准备好的事务、活动的逻辑复制槽或订阅，则不会终止。

DROP DATABASE db_name WITH (FORCE);

根据postgresql的版本，您可能会遇到一个bug，这使得pg_stat_activity忽略掉掉的用户的活动连接。这些连接也未显示在pgAdminIII中。

如果您正在进行自动测试（其中还创建用户），这可能是一种可能的情况。

在这种情况下，您需要恢复到以下查询：

 SELECT pg_terminate_backend(procpid) 
 FROM pg_stat_get_activity(NULL::integer) 
 WHERE datid=(SELECT oid from pg_database where datname = 'your_database');

注意：在9.2+中，您将把procpid更改为pid。

PostgreSQL 9.2及以上版本：

从pg_stat_activity中选择pg_terminate_backend（pid），其中datname='YOUR_DATABASE_NAME_HERE'

在PostgreSQL 9.2及更高版本中，要从连接的数据库断开除会话之外的所有内容：

SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE datname = current_database()
  AND pid <> pg_backend_pid();

在旧版本中也是一样的，只需将pid更改为procpid即可。要断开与其他数据库的连接，只需将current_database（）更改为要断开用户连接的数据库的名称。

在断开用户连接之前，您可能需要从数据库的用户那里撤销CONNECT权限，否则用户将继续重新连接，您将永远没有机会删除数据库。请查看此评论及其相关问题，“如何将所有其他用户从数据库中分离”。

如果您只是想断开空闲用户的连接，请参阅此问题。

在我的情况下，我必须执行一个命令来删除所有连接，包括我的活动管理员连接

SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE datname = current_database()

它终止了所有连接，并向我显示一条致命的“错误”消息：

致命：由于管理员命令SQL状态：57P01而终止连接

之后，可以删除数据库