Solution de contournement de délai de transaction pour PostgreSQL

Question

AFAIK, PostgreSQL 8.3 ne prend pas en charge le délai d'expiration des transactions. J'ai lu sur le soutien de cette fonctionnalité à l'avenir et il y a une discussion à ce sujet. Cependant, pour des raisons spécifiques, j'ai besoin d'une solution à ce problème. Donc, ce que je faisais est un script qui exécute périodiquement:

1) Sur la base de serrures et de l'activité, la requête afin de récupérer processID des transactions qui prend trop de temps, et de garder le plus ancien (trxTimeOut.sql):

SELECT procpid 
FROM 
(
    SELECT DISTINCT age(now(), query_start) AS age, procpid 
    FROM pg_stat_activity, pg_locks 
    WHERE pg_locks.pid = pg_stat_activity.procpid 
) AS foo 
WHERE age > '30 seconds' 
ORDER BY age DESC 
LIMIT 1 

2) sur la base de cette requête, tuer le processus correspondant (trxTimeOut.sh):

psql -h localhost -U postgres -t -d test_database -f trxTimeOut.sql | xargs kill 

Bien que je l'ai testé et semble fonctionner, je voulez-vous savoir si c'est une approche acceptable ou devrais-je en envisager une autre? PostgreSQL 8.3 prend en charge la temporisation au niveau de l'instruction.

Answer 1

Bien qu'il ne s'agisse pas exactement d'un délai d'expiration de transaction car il ne compte pas le temps passé dans les déclarations précédentes de la même transaction, il est généralement suffisant pour éviter qu'un client ne reste coincé dans une requête.

Pour interrompre automatiquement la transaction si une déclaration prend plus de 10 secondes:

SET statement_timeout=10000;