Existe um tempo limite para conexões inativas do 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             

Eu vejo muitos deles. Estamos tentando consertar nosso vazamento de conexão. Enquanto isso, queremos definir um tempo limite para essas conexões ociosas, talvez no máximo 5 minutos.

Parece que há um vazamento de conexão em seu aplicativo porque ele não fecha as conexões em pool . Você não está tendo problemas apenas com as <idle> in transactionsessões, mas com muitas conexões no geral.

Eliminar conexões não é a resposta certa para isso, mas é uma solução temporária OK-ish.

Em vez de reiniciar o PostgreSQL para inicializar todas as outras conexões de um banco de dados PostgreSQL, consulte: Como desanexar todos os outros usuários de um banco de dados postgres? e como descartar um banco de dados PostgreSQL se houver conexões ativas para ele? . Este último mostra uma consulta melhor.

Para definir o tempo limite, como @Doon sugeriu, consulte Como fechar conexões ociosas no PostgreSQL automaticamente? , que o aconselha a usar o PgBouncer como proxy para PostgreSQL e gerenciar conexões inativas. Essa é uma idéia muito boa se você tiver um aplicativo com erros que vaza conexões de qualquer maneira; Eu recomendo fortemente configurar o PgBouncer.

Um keepalive TCP não fará o trabalho aqui, porque o aplicativo ainda está conectado e ativo, mas não deveria estar.

No PostgreSQL 9.2 e superior, você pode usar a nova state_changecoluna timestamp e o statecampo de pg_stat_activitypara implementar um reaper de conexão inativo. Faça um cron job executar algo assim:

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;

Em versões anteriores, você precisa implementar esquemas complicados que controlam quando a conexão fica inativa. Nao ligue; basta usar o pgbouncer.

No PostgreSQL 9.6, há uma nova opção idle_in_transaction_session_timeoutque deve cumprir o que você descreve. Você pode defini-lo usando o SETcomando, por exemplo:

SET SESSION idle_in_transaction_session_timeout = '5min';

No PostgreSQL 9.1, as conexões inativas com a consulta a seguir. Isso me ajudou a evitar a situação que justificava o reinício do banco de dados. Isso acontece principalmente com conexões JDBC abertas e não fechadas corretamente.

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

se você estiver usando postgresql 9.6+, então em seu postgresql.conf você pode definir

idle_in_transaction_session_timeout = 30000 (mseg)

Uma possível solução alternativa que permite habilitar o tempo limite da sessão do banco de dados sem uma tarefa externa agendada é usar a extensão pg_timeout que desenvolvi.