Re: Idle In Transaction Session Timeout, revived - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Idle In Transaction Session Timeout, revived
Date
Msg-id 28458.1454541361@sss.pgh.pa.us
Whole thread Raw
In response to Re: Idle In Transaction Session Timeout, revived  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: Idle In Transaction Session Timeout, revived
List pgsql-hackers
"Joshua D. Drake" <jd@commandprompt.com> writes:
> On 02/03/2016 02:52 PM, Robert Haas wrote:
>> Well, my view is that if somebody wants an alternative behavior
>> besides dropping the connection, they can write a patch to provide
>> that as an additional option.  That, too, has been discussed before.
>> But the fact that somebody might want that doesn't make this a bad or
>> useless behavior.  Indeed, I'd venture that more people would want
>> this than would want that.

> Something feels wrong about just dropping the connection.

I have the same uneasy feeling about it as JD.  However, you could
certainly argue that if the client application has lost its marbles
to the extent of allowing a transaction to time out, there's no good
reason to suppose that it will wake up any time soon, and then we are
definitely wasting resources by letting it monopolize a backend.  Not as
many resources as if the xact were still open, but waste none the less.

My design sketch wherein we do nothing to notify the client certainly
doesn't do anything to help the client wake up, either.  So maybe it's
fine and we should just go forward with the kill-the-connection approach.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: WIP: Detecting SSI conflicts before reporting constraint violations
Next
From: Kouhei Kaigai
Date:
Subject: Re: CustomScan under the Gather node?