强制删除数据库，而其他人可能已连接

PostgreSQL 13添加：

DROP DATABASE mydb WITH (FORCE);

手册：

FORCE

尝试终止与目标数据库的所有现有连接。如果目标数据库中存在准备好的事务、活动的逻辑复制槽或订阅，它不会终止。

如果当前用户无权终止其他连接，这将失败。所需的权限与 第 9.27.2 节pg_terminate_backend中描述的 相同。如果我们无法终止连接，这也会失败。

在PostgreSQL 12 及更早版本中，当客户端连接到数据库时，您无法删除该数据库。

至少，不是使用dropdb实用程序——它只是一个简单的DROP DATABASE服务器查询包装器。

相当强大的解决方法如下：

使用超级用户psql或其他客户端连接到您的服务器。不要使用要删除的数据库。

psql -h localhost postgres postgres

现在使用普通的数据库客户端，您可以使用三个简单的步骤强制删除数据库：

1. 确保没有人可以连接到此数据库。您可以使用以下方法之一（第二种似乎更安全，但不会阻止超级用户的连接）。

   /* Method 1: update system catalog */
   UPDATE pg_database SET datallowconn = 'false' WHERE datname = 'mydb';
   
   /* Method 2: use ALTER DATABASE. Superusers still can connect!
   ALTER DATABASE mydb CONNECTION LIMIT 0; */
   

2. 使用 .强制断开连接到该数据库的所有客户端pg_terminate_backend。

    SELECT pg_terminate_backend(pid)
    FROM pg_stat_activity
    WHERE datname = 'mydb';
   
    /* For old versions of PostgreSQL (up to 9.1), change pid to procpid:
   
    SELECT pg_terminate_backend(procpid)
    FROM pg_stat_activity
    WHERE datname = 'mydb'; */
   

3. 删除数据库。

    DROP DATABASE mydb;
   

步骤 1 第一种方法需要超级用户权限，第二种方法需要数据库所有者权限。第 2 步需要超级用户权限。第 3 步需要数据库所有者权限。

Postgres 13添加FORCE了DROP DATABASE. 请参阅filiprem 的答案。

shell 实用程序dropdb基本上只是 SQL 命令的包装器，并继承了相同的选项。所以现在从 shell 也很简单可靠：

dropdb mydb --force

或简称：

dropdb mydb -f

对于Postgres 12 和更早版本，shell 实用程序dropdb& pg_ctl（或pg_ctlcluster在 Debian 及其衍生版本中）也有一种方法。但是filiprem 的方法在那里更胜一筹，原因如下：

• 它只会断开用户与相关数据库的连接。
• 它不需要重新启动整个集群。
• 它可以防止立即重新连接，可能会破坏dropdb命令。

我引用man pg_ctlcluster：

使用该--force选项，使用“快速”模式回滚所有活动事务，立即断开客户端连接，从而干净地关闭。如果这不起作用，则在“立即”模式下再次尝试关闭，这可能会使集群处于不一致的状态，从而导致在下一次启动时运行恢复。如果这仍然没有帮助，则 postmaster 进程被终止。成功退出 0，如果服务器未运行，退出 2，其他失败情况退出 1。此模式仅应在机器即将关闭时使用。

pg_ctlcluster 9.1 main restart --force

或者

pg_ctl restart -D datadir -m fast

或者

pg_ctl restart -D datadir -m immediate

紧随其后的是：

dropdb mydb

可能在用于立即继承的脚本中。

在我的案例中使用@filiprem 的答案并简化它：

-- Connecting to the current user localhost's postgres instance
psql

-- Making sure the database exists
SELECT * from pg_database where datname = 'my_database_name'

-- Disallow new connections
UPDATE pg_database SET datallowconn = 'false' WHERE datname = 'my_database_name';
ALTER DATABASE my_database_name CONNECTION LIMIT 1;

-- Terminate existing connections
SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname = 'my_database_name';

-- Drop database
DROP DATABASE my_database_name

对于那些现在发现这个问题的人，8 年后，PostgreSQL 13 终于添加了--force这个问题要求的标志：

DROP DATABASE database_to_drop WITH (FORCE)

或者

dropdb [-f/--force] database_to_drop

将要

尝试终止与目标数据库的所有现有连接。如果目标数据库中存在准备好的事务、活动的逻辑复制槽或订阅，它不会终止。

如果当前用户无权终止其他连接，这将失败。所需权限与第 9.27.2 节中描述的 pg_terminate_backend 相同。如果我们无法终止连接，这也会失败。

https://www.postgresql.org/docs/13/sql-dropdatabase.html

使用@Dorian 的答案，修复和增强：

DB="my_database_name" psql <<EOF
-- Making sure the database exists
SELECT * from pg_database where datname = '${DB}';

-- Disallow new connections
UPDATE pg_database SET datallowconn = false WHERE datname = '${DB}';
ALTER DATABASE ${DB} CONNECTION LIMIT 1;

-- Terminate existing connections
SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname = '${DB}';

-- Drop database
DROP DATABASE ${DB};
EOF

如果您使用的是 RDS 之类的东西，其中未选择数据库的连接将您放入您要求默认创建的数据库中，您可以执行此变体来绕过自己成为最后一个打开的连接。

 DROP DATABASE IF EXISTS temporary_db_that_shouldnt_exist; 

 CREATE DATABASE temporary_db_that_shouldnt_exist with OWNER your_user; 

 \connect temporary_db_that_shouldnt_exist 
 SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname = 'the_db_you_want_removed'; 


 DROP DATABASE IF EXISTS the_db_you_want_removed; 
 -- 
 -- Name: the_db_you_want_removed; Type: DATABASE; Schema: -; Owner: your_user 
 -- 

 CREATE DATABASE savings_champion WITH TEMPLATE = template0 ENCODING = 'UTF8' LC_COLLATE = 'en_US.UTF-8' LC_CTYPE = 'en_US.UTF-8'; 


 ALTER DATABASE the_db_you_want_removed OWNER TO your_user; 

 \connect the_db_you_want_removed 

 DROP DATABASE IF EXISTS temporary_db_that_shouldnt_exist;