Re: PostgreSql: Canceled on conflict out to old pivot - Mailing list pgsql-hackers

From Andres Freund
Subject Re: PostgreSql: Canceled on conflict out to old pivot
Date
Msg-id 20231201003138.7riixfp4mn5vmcck@awork3.anarazel.de
Whole thread Raw
In response to Re: PostgreSql: Canceled on conflict out to old pivot  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: PostgreSql: Canceled on conflict out to old pivot
List pgsql-hackers
Hi,

On 2023-11-30 18:51:35 -0500, Tom Lane wrote:
> On what grounds do you assert that?  Operations on shared catalogs
> are visible across databases.  Admittedly they can't be written by
> ordinary DML, and I'm not sure that we make any promises about DDL
> writes honoring serializability.  But I'm unwilling to add
> "optimizations" that assume that that will never happen.

I'd say the issue is more that it's quite expensive to collect the
information. I tried in the past to make the xmin computation in
GetSnapshotData() be database specific, but it quickly shows in profiles, and
GetSnapshotData() unfortunately is really performance / scalability critical.

If that weren't the case, we could check a shared horizon for shared tables,
and a non-shared horizon otherwise.

In some cases we can compute a "narrower" horizon when it's worth the cost,
but quite often we lack the necessary data, because various backends have
stored the "global" xmin in the procarray.

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Something seems weird inside tts_virtual_copyslot()
Next
From: Tommy Pavlicek
Date:
Subject: Re: [PATCH] ltree hash functions