Re: Maybe don't process multi xmax in FreezeMultiXactId() if it is already marked as invalid?

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Maybe don't process multi xmax in FreezeMultiXactId() if it is already marked as invalid?
Дата
Msg-id CAH2-WznwPKvmTv_Mo=yOfngcjX-1aus7VhjYWw9LTA5pF4o=yg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Maybe don't process multi xmax in FreezeMultiXactId() if it is already marked as invalid?  (Maxim Orlov <orlovmg@gmail.com>)
Ответы Re: Maybe don't process multi xmax in FreezeMultiXactId() if it is already marked as invalid?
Список pgsql-hackers
On Tue, Jun 18, 2024 at 10:29 AM Maxim Orlov <orlovmg@gmail.com> wrote:
> Maybe, I'm too bold, but looks like a kinda bug to me.  At least, I don't understand why we do not check the
HEAP_XMAX_INVALIDflag. 
> My guess is nobody noticed, that MultiXactIdIsValid call does not check the mentioned flag in the "first" condition,
butit's all my speculation. 

A related code path was changed in commit 02d647bbf0. That change made
the similar xmax handling that covers XIDs (not MXIDs) *stop* doing
what you're now proposing to do in the Multi path.

Why do you think this is a bug?

> Does anyone know if there are reasons to deliberately ignore the HEAP_XMAX INVALID flag? Or this is just an
unfortunateoversight. 

HEAP_XMAX_INVALID is just a hint.

--
Peter Geoghegan



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

Предыдущее
От: Ashutosh Sharma
Дата:
Сообщение: Re: Truncation of mapped catalogs (whether local or shared) leads to server crash
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Meson far from ready on Windows