只需检查连接是什么，它来自哪里。你可以看到这些:

SELECT * FROM pg_stat_activity WHERE datname = 'TARGET_DB';

也许这是你们之间的联系?

在我的例子中，即使在使用下面的命令之后，我仍然得到错误——因为在执行后立即创建了另一个用户连接。

撤销数据库<db_name>的连接

什么固定它为我使用地狱的解决方案上面(也下面)，以防止连接。

ALTER DATABASE <db_name> allow_connections = off

这使我可以终止流程，而无需立即重新创建流程。

SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity WHERE pg_stat_activity.piddatname = 'TARGET_DB'——←将此更改为您的DB AND pid <> pg_backend_pid();

在我的情况下，我使用AWS红移(基于Postgres)。 它似乎没有其他连接到DB，但我得到这个相同的错误。

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);
    }
  }

你可以阻止未来连接:

REVOKE CONNECT ON DATABASE thedb FROM public;

(可能还有其他用户/角色;查看psql中的\l+

然后你可以终止所有到这个db的连接，除了你自己的:

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

在旧版本中，pid被称为procpid，所以你必须处理这个问题。

既然您已经撤销了CONNECT权限，那么试图自动连接的任何程序都不能再这样做了。

现在可以删除DB了。

如果您使用超级用户连接进行正常操作，这将不起作用，但如果您正在这样做，则需要首先解决这个问题。

删除数据库后，如果再次创建数据库，可以执行以下命令恢复访问

GRANT CONNECT ON DATABASE thedb TO public;

虽然我发现在其他场合获得最高票数的两个答案很有用，但今天，解决这个问题的最简单方法是意识到PyCharm可能会保持会话打开，如果我在PyCharm中单击“停止”，这可能会有所帮助。在浏览器中打开pgAdmin4后，我这样做了，几乎立即看到数据库会话统计数据降为0，此时我可以删除数据库。

我找到了这个问题的解决方案，尝试在终端运行这个命令

ps -ef | grep postgres

使用此命令终止进程

sudo kill -9 PID