Discussion :

[D_light]

Bonjour,

De formation DBA Oracle et en mission sur Postgre que je découvre donc depuis peu je rencontre un phénomène qui ne me semble pas être anodin.

J'ai une requête que l'on m'a demandé d'optimiser, chose faite je me rend compte que celle ci se retrouve bloqué dés q'un process vaccum devient actif (toutes les heures). J'ai lu que vacuum si il n'est pas full ne pose pas de lock, ma requête est un select et est donc supposé ne pas en mettre non plus; néanmoins d'autres requêtes ne semblent pas reproduire le même problème.

Aussitôt le vacuum démarre (après test) aussitôt ma requête se bloque ainsi que le vaccum pour ne plus jamais répondre si l'on n'annule pas l'un ou l'autre, de plus a ce moment la j'utilise la commande Unix top je m'aperçois que le process Postgre consomme la totalité de la cpu de la machine (a ce moment la uniquement j'entend).

Je suis en version 8.2, avez vous déjà rencontré ce problème ? Si oui pouvez m'aider à le diagnostiquer et résoudre ce problème ? Merci d'avance.

Cordialement,

[estofilo]

Ca peut se régler avec le paramétrage d'autovacuum. Une autre solution plus simple quand elle est acceptable est de remplacer autovacuum par son propre batch de nuit qui fait VACUUM et ANALYZE inconditionnellement.

A voir aussi que la version 8.2 n'est plus supportée depuis l'an dernier et ne bénéficie pas des améliorations apportées à autovacuum dans les versions ultérieures (5 versions majeures quand même).

[D_light]

Merci, j'ai réussi a régler le probléme en paramétrant correctement l'intervention du vacuum et en retaillant la maintenance_work_mem.