Gibt es eine Zeitüberschreitung für inaktive PostgreSQL-Verbindungen?

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             

Ich sehe viele von ihnen. Wir versuchen, unser Verbindungsleck zu beheben. In der Zwischenzeit möchten wir eine Zeitüberschreitung für diese Leerlaufverbindungen festlegen, möglicherweise maximal 5 Minuten.

Es hört sich so an, als hätten Sie ein Verbindungsleck in Ihrer Anwendung, weil gepoolte Verbindungen nicht geschlossen werden können . Sie haben nicht nur Probleme mit <idle> in transactionSitzungen, sondern insgesamt mit zu vielen Verbindungen.

Das Beenden von Verbindungen ist nicht die richtige Antwort darauf, aber es ist eine vorübergehende Problemumgehung.

Anstatt PostgreSQL neu zu starten, um alle anderen Verbindungen von einer PostgreSQL-Datenbank zu starten, lesen Sie: Wie trenne ich alle anderen Benutzer von einer Postgres-Datenbank? und Wie lösche ich eine PostgreSQL-Datenbank, wenn aktive Verbindungen zu ihr bestehen? . Letzteres zeigt eine bessere Abfrage.

Informationen zum Festlegen von Zeitüberschreitungen, wie von @Doon vorgeschlagen, finden Sie unter So schließen Sie inaktive Verbindungen in PostgreSQL automatisch. Hiermit wird empfohlen, PgBouncer als Proxy für PostgreSQL zu verwenden und inaktive Verbindungen zu verwalten. Dies ist eine sehr gute Idee, wenn Sie eine fehlerhafte Anwendung haben, die ohnehin Verbindungen verliert. Ich empfehle dringend , PgBouncer zu konfigurieren.

Ein TCP-Keepalive erledigt den Job hier nicht, da die App noch verbunden und lebendig ist, sollte es einfach nicht sein.

In PostgreSQL 9.2 und höher können Sie die neue state_changeZeitstempelspalte und das stateFeld von verwenden pg_stat_activity, um einen Reaper für Leerlaufverbindungen zu implementieren. Lassen Sie einen Cron-Job so etwas ausführen:

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;

In älteren Versionen müssen Sie komplizierte Schemata implementieren, die verfolgen, wann die Verbindung unterbrochen wurde. Kümmern Sie sich nicht; benutze einfach pgbouncer.

In PostgreSQL 9.6 gibt es eine neue Option, idle_in_transaction_session_timeoutdie das erreichen soll, was Sie beschreiben. Sie können es mit dem SETBefehl einstellen , zB:

SET SESSION idle_in_transaction_session_timeout = '5min';

In PostgreSQL 9.1 werden die inaktiven Verbindungen mit der folgenden Abfrage ausgeführt. Es hat mir geholfen, die Situation abzuwehren, die einen Neustart der Datenbank rechtfertigte. Dies geschieht meistens, wenn JDBC-Verbindungen geöffnet und nicht ordnungsgemäß geschlossen werden.

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

Wenn Sie postgresql 9.6+ verwenden, können Sie dies in Ihrer postgresql.conf festlegen

idle_in_transaction_session_timeout = 30000 (ms)

Eine mögliche Problemumgehung, mit der das Zeitlimit für Datenbanksitzungen ohne eine externe geplante Aufgabe aktiviert werden kann , ist die Verwendung der von mir entwickelten Erweiterung pg_timeout .