Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions
Date
Msg-id 20151105151006.GU6104@alvherre.pgsql
Whole thread Raw
In response to Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions  (David Steele <david@pgmasters.net>)
Responses Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions  (David Steele <david@pgmasters.net>)
Re: Request: pg_cancel_backend variant that handles 'idle in transaction' sessions  (Craig Ringer <craig@2ndquadrant.com>)
List pgsql-hackers
David Steele wrote:

> The important thing about this implementation was that nothing was
> terminated unless it had exceed a timeout AND was blocking another
> process.

This seems a nice idea, but you need to take the effect on vacuum of
idle-in-xact sessions too.  If the operator left for the day and their
session doesn't block any other process, the next day you could find
some tables bloated to such extreme as to cause problems later on.
Surely the operator can review their terminal to re-do the work, in case
it was valuable.  (If it was valuable, why didn't they commit the
transaction?)

-- 
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: YUriy Zhuravlev
Date:
Subject: Re: Some questions about the array.
Next
From: Zeus Kronion
Date:
Subject: Re: WIP: Fix parallel workers connection bug in pg_dump (Bug #13727)