アイドル状態の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             

たくさん見かけます。接続リークを修正しようとしています。しかし、その間、これらのアイドル接続のタイムアウトを設定する必要があります。

プールされた接続を閉じることができないため、アプリケーションで接続リークが発生しているようです。セッションだけでなく、全体的に接続が多すぎるという問題はありません。<idle> in transaction

接続を殺すことはそのための正しい答えではありませんが、それはOKっぽい一時的な回避策です。

他のすべての接続をPostgreSQLデータベースからブートするためにPostgreSQLを再起動するのではなく、他のすべてのユーザーをpostgresデータベースからデタッチする方法を参照してください。そしてそれへのアクティブな接続がある場合、どのようにPostgreSQLデータベースをドロップするには？。後者はより良いクエリを示しています。

タイムアウトの設定については、@ Doonが提案したように、PostgreSQLのアイドル接続を自動的に閉じる方法を参照してください。PgBouncerを使用してPostgreSQLのプロキシを作成し、アイドル接続を管理することをお勧めします。とにかく接続をリークするバグのあるアプリケーションがある場合、これは非常に良いアイデアです。私は非常に強く PgBouncerの設定をお勧めします。

TCPキープアライブはアプリがまだ接続して生きているので、それだけではありません、ここで仕事をしません。

PostgreSQL 9.2以降では、新しいstate_changeタイムスタンプ列とstateフィールドを使用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を使用することです。