Re: When UPDATE a row in a table with BEFORE ROW UPDATE trigger, the XMAX of new tuple is set to current XID - Mailing list pgsql-general

From Laurenz Albe
Subject Re: When UPDATE a row in a table with BEFORE ROW UPDATE trigger, the XMAX of new tuple is set to current XID
Date
Msg-id 93c76ed6cabcd32993203f03c7ce4fc88b20c087.camel@cybertec.at
Whole thread Raw
In response to Re: When UPDATE a row in a table with BEFORE ROW UPDATE trigger, the XMAX of new tuple is set to current XID  (Charles Qi <qyqgpower@gmail.com>)
List pgsql-general
On Fri, 2025-08-08 at 09:20 +0800, Charles Qi wrote:
> Let me clarify the question, when the BEFORE ROW UPDATE trigger is presented
> Q. Why do we need to set the XMAX of the new tuple to the current xid?

Because the row gets locked, I'd say (without looking at your example).

> which risks piling up multixacts quickly in savepoint/exception block
> scenarios.

Why is that a problem for you?

Perhaps the trigger could use SELECT ... FOR ... to lock the row in the
strongest level your transaction needs.  A multixact is only necessary
if a subtransaction needs to take a stronger lock on the row than what
was there before.

Yours,
Laurenz Albe



pgsql-general by date:

Previous
From: Akashkiran Shivakumar
Date:
Subject: Re: Can postgres replication slot using pgoutput release multiple CDC records for a single update to a particular row