Re: Thread et postgresql

2014-07-18 12:06 GMT+02:00 Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>:

> Nabil Servais <nabil(dot)servais(at)gmail(dot)com> writes:
> > L'ORM que j'utilise à tendance à ne pas fermer les connexions clientes en
> > tentant via un moteur de pool interne de réutiliser les connexions
> > ouvertes, c'est un bug connu et signalé mais les développeurs ne veulent
> > pas appliquer la solution car elle entraine trop de régression sur
> d'autres
> > points.
>
> Il faut les aider à comprendre que c'est essentiel, à mon humble avis.
>
> > J'ai identifié plusieurs solutions :
> >
> > - Tunner postgresql pour accepter le maximum de clients, mais je crains
> que
> > cette solution repousse le problème.
> > - Utiliser pgbouncer ou pgpool, je serais très intéressé par les retours
> > dans ce genre de cas.
> > - Créer mon propre système de pool.
>
> 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?

>
> --
> Dimitri Fontaine
> http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
>