¿Existe un tiempo de espera para las conexiones inactivas de 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             

Veo muchos de ellos. Estamos tratando de arreglar nuestra fuga de conexión. Pero mientras tanto, queremos establecer un tiempo de espera para estas conexiones inactivas, tal vez como máximo de 5 minutos.

Parece que tiene una fuga de conexión en su aplicación porque no cierra las conexiones agrupadas . No tiene problemas solo con las <idle> in transactionsesiones, sino con demasiadas conexiones en general.

Matar conexiones no es la respuesta correcta para eso, pero es una solución temporal aceptable.

En lugar de reiniciar PostgreSQL para arrancar todas las demás conexiones desde una base de datos PostgreSQL, consulte: ¿Cómo desconecto a todos los demás usuarios de una base de datos de Postgres? y ¿Cómo eliminar una base de datos PostgreSQL si hay conexiones activas a ella? . Este último muestra una mejor consulta.

Para configurar tiempos de espera, como sugirió @Doon, consulte ¿Cómo cerrar conexiones inactivas en PostgreSQL automáticamente? , que le aconseja utilizar PgBouncer como proxy para PostgreSQL y administrar las conexiones inactivas. Esta es una muy buena idea si tiene una aplicación con errores que de todos modos pierde conexiones; Recomiendo encarecidamente configurar PgBouncer.

Un keepalive de TCP no hará el trabajo aquí, porque la aplicación todavía está conectada y viva, simplemente no debería estarlo.

En PostgreSQL 9.2 y superior, puede usar la nueva state_changecolumna de marca de tiempo y el statecampo de pg_stat_activitypara implementar un reaper de conexión inactiva. Haga que un trabajo cron ejecute algo como esto:

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;

En versiones anteriores, debe implementar esquemas complicados que realicen un seguimiento de cuándo la conexión quedó inactiva. No molestar; solo usa pgbouncer.

En PostgreSQL 9.6, hay una nueva opción idle_in_transaction_session_timeoutque debería lograr lo que describe. Puede configurarlo usando el SETcomando, por ejemplo:

SET SESSION idle_in_transaction_session_timeout = '5min';

En PostgreSQL 9.1, las conexiones inactivas con la siguiente consulta. Me ayudó a evitar la situación que justificaba reiniciar la base de datos. Esto ocurre principalmente con conexiones JDBC abiertas y no cerradas correctamente.

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

si está utilizando postgresql 9.6+, entonces en su postgresql.conf puede configurar

idle_in_transaction_session_timeout = 30000 (mseg)

Una posible solución que permite habilitar el tiempo de espera de la sesión de la base de datos sin una tarea programada externa es usar la extensión pg_timeout que he desarrollado.