Re: should there be a hard-limit on the number of transactionspending undo?

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: should there be a hard-limit on the number of transactionspending undo?
Дата
Msg-id CAH2-WzkB_ygO1bUAW6wpgCCi79n3xZZus7vXTdFE9SBaCT7idA@mail.gmail.com
обсуждение исходный текст
Ответ на should there be a hard-limit on the number of transactions pending undo?  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: should there be a hard-limit on the number of transactionspending undo?  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Fri, Jul 19, 2019 at 10:28 AM Robert Haas <robertmhaas@gmail.com> wrote:
> In scenario #2, the undo work is going to have to be retried in the
> background, and perforce that means reacquiring locks that have been
> released, and so there is a chance of long lock waits and/or deadlock
> that cannot really be avoided.

I haven't studied the UNDO or zheap stuff in any detail, but I am
concerned about rollbacks that deadlock. I'd feel a lot better about
it if forward progress was guaranteed, somehow. That seems to imply
that locks are retained, which is probably massively inconvenient to
ensure. Not least because it probably requires cooperation from
underlying access methods.

--
Peter Geoghegan



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pgsql: Sync our copy of the timezone library with IANA release tzcode20
Следующее
От: Andres Freund
Дата:
Сообщение: Re: should there be a hard-limit on the number of transactionspending undo?