PgBouncer

pgbouncer n'a pas besoin de voir les paquets réseau complet à la fois, utilisation de la mémoire est très bas et limitée.
Plusieurs niveaux de brutalité quand raccords tournants se produisent.
Dans le regroupement de sessions, & nbsp; lorsque le client se connecte, une connexion au serveur sera affecté pour toute la durée qu'il reste connecté. Lorsque le client se déconnecte, la connexion au serveur sera remis dans la piscine.
Dans la transaction mise en commun, d'une connexion serveur est affecté au client que lors d'une transaction. & Nbsp; Lorsque pgbouncer remarque que la transaction est terminée, le serveur sera remis dans la piscine. Ce est un hack comme il rompt attentes de connexion de l'application backend. Le développeur peut utiliser que lorsque l'application coopère avec un tel usage en ne utilisant pas les caractéristiques qui peuvent se briser. Voir le tableau ci-dessous pour les caractéristiques de rupture.
Dans la déclaration mise en commun (méthode la plus agressive), les transactions multi-instruction sont interdites. Ceci est destiné à appliquer le mode "autocommit" sur le client, principalement ciblée pour PL / Proxy

Caractéristiques :.

• Déclaration mise en commun
• Transaction mise en commun
• la mise en commun session

Exigences
• Faible mémoire (2k pour chaque connexion par défaut).
• Il ne est pas lié à un serveur backend, les bases de données de destination peuvent résider sur des hôtes différents.
• Prend en charge la reconfiguration en ligne pour la plupart des paramètres.
• Prise en charge de redémarrage en ligne / mise à niveau sans perdre les connexions client.
• Supporte le protocole V3 seulement, donc la version de backend doit être & gt; = 7.4
.

Ce qui est nouveau dans cette version:.

• invalidation DNS améliorée, KILL commande, et plus

Quoi de neuf dans la version 1.4.2:

• des corrections de portabilité. OS-es touchés:. * BSD, Solaris, Win32

Quoi de neuf dans la version 1.4.1:

• IPv6, écouter multiples adresses et beaucoup de corrections, esp. autour nouveau code de DNS.

Quoi de neuf dans la version 1.3.4:

• Appliquer rapide échec logique au moment de la connexion. Donc, si le serveur est défaillant, les clients obtiennent l'erreur lors de la connexion.
• Ne pas marquer les bases de données généré automatiquement pour vérifier le temps de rechargement, sinon ils se font tuer, parce qu'ils ne existent pas dans la configuration.
• Ignorer application_name paramètre par défaut. Cela évite la nécessité pour tous les Postgres 9,0 utilisateurs d'ajouter en ignore_startup_parameters = eux-mêmes.
• Correct pg_auth citant. '& # X5C;' il ne est pas utilisé.
• Mieux rapport d'erreur sur la console, montrent requête entrante à l'utilisateur.
• OS'es de soutien (OpenBSD) où tv_sec ne est pas time_t.
• Evitez avertissements trop bruyants sur gcc 4.5.

Ce qui est nouveau dans la version 1.3.3:

• Améliorations:
• Faites écouter (2) L'argument configurable: listen_backlog. Ce est utile sur OS'es, où le système maximale autorisée est configurable.
• Améliorer les messages de déconnexion de montrer ce nom d'utilisateur ou de vous identifier dbname causés à l'échec.
• Corrections:
• Aller vite faillite logique de relance autour. Ancien était gênant en cas de bases de données ou des utilisateurs cassés en permanence, en essayant de réessayer même se il n'y a pas de clients qui veulent vous identifier.
• Assurez fonctions de journalisation garder vieille errno, sinon pgbouncer peut agir drôle sur loglevels plus élevés et les problèmes d'exploitation forestière.
• Augmenter la taille des différents tampons liées démarrage à gérer EDB démarrage plus bruyant.
• Détecter V2 demande protocole de démarrage et de donner raison claire pour déconnecter.

Exigences :

• PostgreSQL