From: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
---|---|
To: | Nabil Servais <nabil(dot)servais(at)gmail(dot)com> |
Cc: | pgsql-fr-generale <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Thread et postgresql |
Date: | 2014-07-18 10:24:26 |
Message-ID: | m2silzufqd.fsf@2ndQuadrant.fr |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Nabil Servais <nabil(dot)servais(at)gmail(dot)com> writes:
>> Utilise pgbouncer, ça marche vraiment très bien, c'est fait pour gérer
>> ce genre de situation. Attention toutefois, par défaut pgbouncer ne va
>> pas clore les sessions que l'ORM laisse traîner, il faut lui dire d'être
>> méchant avec le client en utilisant client_timeout.
>
> C'est la solution que j'envisage en lisant le man, mais il n'y a pas un
> risque que ça soit trop agressif?
Cela dépend de l'application, il faut que tu fasses des tests et suive
cela d'assez près dans les premiers temps en production. Le comportement
de pgbouncer est fiable et documenté, il te reste à voir s'il est
compatible avec les attentes du code que tu dois gérer.
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2014-07-18 11:24:45 | Re: Thread et postgresql |
Previous Message | Nabil Servais | 2014-07-18 10:18:55 | Re: Thread et postgresql |