Re: [Firebird-fr-support] =?iso-8859-1?q?transaction_bloqu=E9e?=

[Philippe M. <mak...@fi...>]

Le 05/10/2007 11:19, Richard a dit :
>         Oldest transaction      4628
>         Oldest active           4629
>         Oldest snapshot         4629
>         Next transaction        59838
> 
> Le delta entre la transaction la plus ancienne et la prochaine
> augmente en permanence entre 2 backup/restore, à la fin de la journée
> cela peut atteindre plusieurs dizaines de milliers, les perf
> deviennent inacceptables.
> 
> D'une part je en sais pas comment interpréter cela. Je dirais qu'une
> transaction ne se valide pas.
> D'autre part comment faire, pour que cette transaction bloquant soit
> abandonnée automatiquement, qu'elle time out.
> 
Il y a manifestement incompréhension de votre part
il n'y a pas de "transaction qui ne se valide pas", ce n'est pas un probleme de
"timout"

si une transaction est perdue sans qu'il y est de commit ou rollback parce
qu'une connexion est cassée, le mémage sera fait

Là manifestement vous avec une transaction qui reste ouverte avec une connexion
toujours active et d'autres transactions qui travaillent

un sweep va corriger cela quand la transaction en question sera terminée
vous  pouvez faire un sweep manuel

à vous aussi de vérifier votre application que vous n'ayez pas inutilement une
transaction autre que read only read committed qui est ouverte plus que
nécessaire dans la durée de vie de votre application


-- 
Philippe Makowski
http://www.ibphoenix.com
Supporting users of Firebird and InterBase
Firebird serveur SQL open-source en français http://firebird-fr.eu.org