Bonjour,

J'utilise Postgres 8.4 en production dans mon entreprise et il est prévu de migrer sur Postgres 9 dans les mois qui viennent. Je suis actuellement en train de me renseigner sur l'état de l'art en matière de clustering autour d'une base Postgres 9 car nous aimerions disposer d'un failover.
Pour le moment je me suis intéressé à repmgr (http://projects.2ndquadrant.com/repmgr) et j'aimerais savoir si vous aviez eu des retours d'expérience ou des avis sur des outils de clustering autour de Postgres 9.

Bien cordialement,
Miguel Santiago

Bonjour,

Je vous écris ce message car j'aimerais avoir des éclaircissements sur le fonctionnement de autovacuum et notamment sur le déclenchement d'un VACUUM ou d'un ANALYZE sur une table donnée.
Si j'ai bien compris le VACUUM est déclenché sur une table si le nombre de lignes obsolètes dans cette table depuis le dernier VACUUM dépasse un seuil limite. Avec un paramétrage par défaut , ce seuil vaut environ 1/5 du nombre total de lignes dans la table.

Question 1 : Nombre de lignes obsolètes
Savez-vous comment est déterminé le nombre de lignes obsolètes ? Quelles sont les stats utilisées par autovacuum pour calculer le nombre de lignes obsolètes courants (c'est à dire depuis le dernier VACUUM effectué) sur une table donnée ? Est-ce que les lignes insérées sont prises en compte ?

Question 2 : Valeur du seuil
Je prends l'exemple d'une table contenant 80 millions de lignes, avec un paramétrage par défaut il faudra donc attendre que cette table contienne 16 millions de lignes obsolètes avant qu'un VACUUM ne soit automatiquement exécuté dessus. Or il peut s'écouler une longue période avant que ce seuil ne soit atteint.. ce qui me parait étrange car j'avais compris qu'il fallait exécuter VACUUM régulièrement si on voulait qu'il soit efficace.
Ma question : A partir de quel moment doit-on se décider à exécuter un VACUUM manuel sur une table ou à re-paramétrer autovacuum ? Y a-t-il des indicateurs (nombre de lignes, etc.) ?

D'avance merci pour votre attention.

Miguel