Re: Feature thought: idle in transaction timeout

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Feature thought: idle in transaction timeout
Дата
Msg-id 14216.1175567966@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Feature thought: idle in transaction timeout  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Added to TODO:
>     * Add idle_timeout GUC so locks are not held for log periods of time

BTW, before I forget it: there's a non-obvious consideration here, which
is not breaking the query protocol.  I suspect that we cannot send an
unsolicited ERROR message without getting out-of-sync with the client,
which will likely take the error as the response to its next command
and thenceforth be very confused.  What we'll probably have to do to
make this work is abort the transaction upon timeout (so that VACUUM et
al can get on with things) but not report the error to the client until
its next command.  And if said next command happens to be ROLLBACK then
there's nothing to complain of at all.

Doable, probably, but seems a bit messy.
        regards, tom lane

PS: the only case where we currently send an unsolicited ERROR is during
SIGTERM or SIGQUIT shutdown; where it doesn't matter if we're out of
sync because we're killing the session anyway.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Feature thought: idle in transaction timeout
Следующее
От: Hideyuki Kawashima
Дата:
Сообщение: Re: Acclerating INSERT/UPDATE using UPS