Re: Fix bug in multixact Oldest*MXactId initialization and access

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>, Sami Imseih <samimseih(at)gmail(dot)com>
Cc: Yura Sokolov <y(dot)sokolov(at)postgrespro(dot)ru>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Fix bug in multixact Oldest*MXactId initialization and access
Date: 2026-03-02 17:24:02
Message-ID: c585168a-210a-4728-8e5e-8e9384126ccd@iki.fi
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 02/03/2026 06:08, Chao Li wrote:
>> The comment here:
>>
>> +static inline MultiXactId *
>> +PreparedXactOldestMemberMXactIdSlot(ProcNumber procno)
>> +{
>> + /*
>> + * The entries with indexes >= MaxBackends in the OldestMemberMXactId
>> + * array are reserved for regular backends.
>>
>> should say "array are reserved for prepared transactions"
>>
>
> +1
>
> And I saw the other code comment in multixact.c around line 162 needs an update because of this patch:
> ```
> * Per-backend data starts here. We have two arrays stored in the area
> * immediately following the MultiXactStateData struct. Each is indexed by
> * ProcNumber.
> ```
>
> It says “Each is indexed by ProcNumber”, but it’s no longer accurate for OldestMemberMXactId prepared-xact entries, which now use index (procno - FIRST_PREPARED_XACT_PROC_NUMBER).

Fixed those and some other comment work, and pushed. Thanks!

- Heikki

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Álvaro Herrera 2026-03-02 17:30:04 Re: [PATCH] psql: tab completion for ALTER ROLE ... IN DATABASE ...
Previous Message Antonin Houska 2026-03-02 17:23:30 Re: Adding REPACK [concurrently]