每当我尝试删除数据库时，我都会得到：
ERROR: database "pilot" is being accessed by other users
DETAIL: There is 1 other session using the database.当我使用时：
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TARGET_DB';我终止了与该数据库的连接，但是如果在此之后尝试删除数据库，则有人会自动连接到该数据库并给出此错误。该怎么办？除了我之外，没有人使用这个数据库。
Answers:
您可以防止以后的连接：
REVOKE CONNECT ON DATABASE thedb FROM public;（以及其他用户/角色；请参阅\l+中的psql）
然后，您可以终止与该数据库的所有连接，但您自己的连接除外：
SELECT pid, pg_terminate_backend(pid)
FROM pg_stat_activity
WHERE datname = current_database() AND pid <> pg_backend_pid();在较旧的版本上pid被称为，procpid因此您必须处理该问题。
由于您已撤消CONNECT权限，因此尝试自动连接的任何内容都将不再能够这样做。
现在，您可以删除数据库。
如果您将超级用户连接用于正常操作，则此方法将不起作用，但如果您这样做，则需要先解决该问题。
删除数据库后，如果再次创建数据库，则可以执行以下命令来恢复访问
GRANT CONNECT ON DATABASE thedb TO public;每当我尝试删除数据库时，我都会得到：
ERROR: database "pilot" is being accessed by other users
DETAIL: There is 1 other session using the database.首先，您需要撤销
REVOKE CONNECT ON DATABASE TARGET_DB FROM public;然后使用：
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TARGET_DB';它肯定会工作。
我找到了解决此问题的方法，请尝试在终端中运行此命令
ps -ef | grep postgres通过此命令终止进程
sudo kill -9 PID只需检查什么是连接，它是从哪里来的。您可以在以下位置看到所有这些：
select * from pg_stat_activity where datname = 'TARGET_DB';也许是您的联系？
这意味着另一个用户正在访问数据库。只需重新启动PostgreSQL。这个命令可以解决问题
root@kalilinux:~#sudo service postgresql restart然后尝试删除数据库：
postgres=# drop database test_database;这将达到目的。
使用UI的pgAdmin 4解决方案
如果没有，请首先在仪表板上启用显示活动：
File > Preferences > Dashboards > Display > Show Activity > true现在，使用db禁用所有进程：
现在应该可以删除数据库了。
解决方案：
1.关闭Pg服务器
2.它将断开所有活动的连接
3.重新启动Pg服务器
4.尝试您的命令
就我而言，我正在使用AWS Redshift（基于Postgres）。看来没有其他连接到数据库，但是我遇到了同样的错误。
ERROR: database "XYZ" is being accessed by other users就我而言，似乎数据库集群仍在对数据库进行某些处理，并且尽管没有其他外部/用户连接，但数据库仍在内部使用。我通过运行以下命令找到了它：
SELECT * FROM stv_sessions;因此，我的技巧是在代码中编写一个循环，以查找其中包含我的数据库名称的行。（当然，循环不是无限的，而是一个困循环，等等）
SELECT * FROM stv_sessions where db_name = 'XYZ';如果找到行，请继续删除每个PID。
SELECT pg_terminate_backend(PUT_PID_HERE);如果找不到行，请继续删除数据库
DROP DATABASE XYZ;注意：就我而言，我正在编写Java单元/系统测试，在这里可以认为这是可以接受的。这对于生产代码是不可接受的。
这是Java中的完整技巧（忽略我的测试/实用程序类）。
int i = 0;
while (i < 10) {
try {
i++;
logStandardOut("First try to delete session PIDs, before dropping the DB");
String getSessionPIDs = String.format("SELECT stv_sessions.process, stv_sessions.* FROM stv_sessions where db_name = '%s'", dbNameToReset);
ResultSet resultSet = databaseConnection.execQuery(getSessionPIDs);
while (resultSet.next()) {
int sessionPID = resultSet.getInt(1);
logStandardOut("killPID: %s", sessionPID);
String killSessionPID = String.format("select pg_terminate_backend(%s)", sessionPID);
try {
databaseConnection.execQuery(killSessionPID);
} catch (DatabaseException dbEx) {
//This is most commonly when a session PID is transient, where it ended between my query and kill lines
logStandardOut("Ignore it, you did your best: %s, %s", dbEx.getMessage(), dbEx.getCause());
}
}
//Drop the DB now
String dropDbSQL = String.format("DROP DATABASE %s", dbNameToReset);
logStandardOut(dropDbSQL);
databaseConnection.execStatement(dropDbSQL);
break;
} catch (MissingDatabaseException ex) {
//ignore, if the DB was not there (to be dropped)
logStandardOut(ex.getMessage());
break;
} catch (Exception ex) {
logStandardOut("Something went wrong, sleeping for a bit: %s, %s", ex.getMessage(), ex.getCause());
sleepMilliSec(1000);
}
}我认为在后台运行着一些空闲查询。
SELECT pid, age(clock_timestamp(), query_start), usename, query FROM pg_stat_activity WHERE query != '<IDLE>' AND query NOT ILIKE '%pg_stat_activity%' ORDER BY query_start desc;
选择pg_terminate_backend（procpid）;
注意：终止选择查询不会造成任何不良影响
虽然我发现在其他场合也可以使用上面两个最高的答案，但是今天，解决此问题的最简单方法是意识到PyCharm可能会保持会话开放，如果我单击StopPyCharm，那可能会有所帮助。在浏览器中打开pgAdmin4时，我这样做了，几乎立即看到Database session stats降至0，这时我就可以删除数据库了。
GRANT CONNECT ON DATABASE thedb TO public;