闲置的PostgreSQL连接是否超时？

1 S postgres  5038   876  0  80   0 - 11962 sk_wai 09:57 ?        00:00:00 postgres: postgres my_app ::1(45035) idle                                                                                 
1 S postgres  9796   876  0  80   0 - 11964 sk_wai 11:01 ?        00:00:00 postgres: postgres my_app ::1(43084) idle             

我看到很多。我们正在尝试修复连接泄漏。但是，与此同时，我们想为这些空闲连接设置一个超时，最大可能为5分钟。

听起来您的应用程序中存在连接泄漏，因为它无法关闭池中的连接。您不仅在<idle> in transaction会话方面遇到问题，而且总体上连接过多。

终止连接不是解决此问题的正确方法，但这是一个可以解决的临时解决方法。

与其重新启动PostgreSQL以从PostgreSQL数据库启动所有其他连接，不如参见：如何将所有其他用户与 PostgreSQL数据库分离？以及如果存在活动连接，如何删除PostgreSQL数据库？。后者显示了更好的查询。

有关设置超时的信息，如@Doon所示，请参见如何自动关闭PostgreSQL中的空闲连接？，建议您使用PgBouncer代理PostgreSQL和管理空闲连接。如果您有一个错误的应用程序仍然会泄漏连接，那么这是一个很好的主意。我强烈建议配置PgBouncer。

一个TCP存活不会在这里做的工作，因为该应用程序仍处于连接状态，充满活力，它只是不应该。

在PostgreSQL 9.2及更高版本中，您可以使用new state_changetimestamp列和stateof字段pg_stat_activity来实现空闲连接收割者。让cron作业运行以下内容：

SELECT pg_terminate_backend(pid)
    FROM pg_stat_activity
    WHERE datname = 'regress'
      AND pid <> pg_backend_pid()
      AND state = 'idle'
      AND state_change < current_timestamp - INTERVAL '5' MINUTE;

在旧版本中，您需要实现复杂的方案，以跟踪连接何时处于空闲状态。不打扰; 只需使用pgbouncer。

在PostgreSQL 9.6中，有一个新选项idle_in_transaction_session_timeout可以完成您描述的内容。您可以使用以下SET命令进行设置，例如：

SET SESSION idle_in_transaction_session_timeout = '5min';

在PostgreSQL 9.1中，带有以下查询的空闲连接。它帮助我避免了重启数据库时出现的情况。大多数情况是在JDBC连接打开且未正确关闭的情况下发生的。

SELECT
   pg_terminate_backend(procpid)
FROM
   pg_stat_activity
WHERE
   current_query = '<IDLE>'
AND
   now() - query_start > '00:10:00';

如果您使用的是PostgreSQL 9.6+，则可以在postgresql.conf中进行设置

idle_in_transaction_session_timeout = 30000 （毫秒）

允许在没有外部计划任务的情况下启用数据库会话超时的一种可能的解决方法是，使用我开发的扩展pg_timeout。