Re: snapshot too old issues, first around wraparound and then more.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: snapshot too old issues, first around wraparound and then more.
Дата
Msg-id 760169.1623863047@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: snapshot too old issues, first around wraparound and then more.  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: snapshot too old issues, first around wraparound and then more.  (Peter Geoghegan <pg@bowt.ie>)
Re: snapshot too old issues, first around wraparound and then more.  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> I've long felt that the appropriate approach to addressing that is to
> improve on VACUUM and find a way to do better than just having the
> conditional of 'xmax < global min' drive if we can mark a given tuple as
> no longer visible to anyone.

Yeah, I think this scenario of a few transactions with old snapshots
and the rest with very new ones could be improved greatly if we exposed
more info about backends' snapshot state than just "oldest xmin".  But
that might be expensive to do.

I remember that Heikki was fooling with a patch that reduced snapshots
to LSNs.  If we got that done, it'd be practical to expose complete
info about backends' snapshot state in a lot of cases (i.e., anytime
you had less than N live snapshots).

Of course, there's still the question of how VACUUM could cheaply
apply such info to decide what could be purged.

            regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: a path towards replacing GEQO with something better
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: snapshot too old issues, first around wraparound and then more.