Re: Idle In Transaction Session Timeout, revived

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Idle In Transaction Session Timeout, revived
Дата
Msg-id 28458.1454541361@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Idle In Transaction Session Timeout, revived  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: Idle In Transaction Session Timeout, revived  (Robert Haas <robertmhaas@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Thomas Munro
Дата:
Сообщение: Re: WIP: Detecting SSI conflicts before reporting constraint violations
Следующее
От: Kouhei Kaigai
Дата:
Сообщение: Re: CustomScan under the Gather node?