From: | Marc Cousin <mcousin(at)sigma(dot)fr> |
---|---|
To: | stephane(dot)decleire(at)cariboo-networks(dot)com, pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: Accès à une transaction en deadlock |
Date: | 2009-09-08 13:57:15 |
Message-ID: | 200909081557.15781.mcousin@sigma.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
cette information n'est disponible qu'en partie dans les logs normales. rien à
voir avec pg_xlog (journaux binaires de transaction). la mauvaise nouvelle
c'est que c'est en 8.4 que c'est le plus facile à diagnostiquer, les sessions
en deadlock traçant toutes leur ordre sql en cours.
en 8.2, il n'y a que la victime du deadlock qui soit tracée.
souvent les deadlocks proviennent du fait de triggers, qui verrouillent des
enregistrements sans qu'on en ait conscience.
à part cette piste, en 8.2, la seule solution à ma connaissance c'est de
deviner ce qui a pu se retrouver en deadlock avec la session tuée (dont on a
la trace)
On Tuesday 08 September 2009 00:44:59 Stephane Decleire wrote:
> Bonjour,
>
> Je rencontre actuellement des problèmes de deadlocks sur notre backend
> sous une forte charge de notre site web.
> J'aimerais pouvoir récupérer la requête associée a chacun des deadlocks.
> Appremment, cette information est présente dans les fichiers du
> répertoire pg_xlog. Comment peut on consulter les transactions stockées
> dans ces fichiers ? (J'ai essayé d'installer xlogdump sur notre serveur
> de dev en 8.2 sans succès ...)
> Merci d'avance pour toute information !
>
> Stephane
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2009-09-08 13:59:47 | Re: Accès à une transaction en deadlock |
Previous Message | Stephane Decleire | 2009-09-07 22:44:59 | Accès à une transaction en deadlock |