我之前碰到过好几次这种情况，你的问题核心在于超级用户默认拥有全局连接权限，你撤销public的CONNECT权限根本拦不住它自动重连，而且那些反复出现的空闲连接大概率是某个后台程序或连接池在自动重建。下面给你一套靠谱的解决步骤：

1. 彻底封死所有新连接（包括超级用户） #

超级用户自带CONNECT ANY DATABASE的权限，所以REVOKE CONNECT ON DATABASE mydb FROM public;对它没用。咱们直接把数据库的连接开关关掉：

ALTER DATABASE mydb SET allow_connections = false;

这条命令执行后，不管是谁，哪怕是超级用户，都没法再新建到mydb的连接了。

2. 清掉所有现存连接（包括空闲的） #

再执行一次终止连接的命令，把所有挂在mydb上的进程都杀掉：

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

执行完可以查一下确认：

SELECT pid, datname, usename, state 
FROM pg_stat_activity 
WHERE datname = 'mydb';

要是还有残留，多跑几次终止命令就行，有些进程可能需要点时间彻底退出。

3. 立即删除数据库 #

现在没有新连接能进来，旧连接也清干净了，直接执行删除：

DROP DATABASE mydb;

这时候应该就能成功了。

4. 找出自动重连的根源 #

删完库后得排查下为什么会有自动重连的超级用户连接：

• 检查有没有定时任务（比如cron、Airflow、CloudWatch Events）在定期访问这个库
• 看看应用的连接池配置，是不是有后台进程在维持连接池，哪怕没请求也会保活
• 去RDS控制台看日志，查连接的客户端IP，定位到发起连接的服务

应急方案：如果以上都不行 #

要是还是删不掉，就去RDS控制台重启实例——重启会强制终止所有连接。重启完成后立刻用psql连到postgres库，马上执行步骤1到3，这时候应用程序还没来得及重连，肯定能删掉。

内容的提问来源于stack exchange，提问作者copser