Re: PostgreSql: Canceled on conflict out to old pivot

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: PostgreSql: Canceled on conflict out to old pivot
Дата
Msg-id 20231201003138.7riixfp4mn5vmcck@awork3.anarazel.de
обсуждение исходный текст
Ответ на Re: PostgreSql: Canceled on conflict out to old pivot  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PostgreSql: Canceled on conflict out to old pivot  ("Wirch, Eduard" <eduard.w@smart-host.com>)
Список 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 по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Something seems weird inside tts_virtual_copyslot()
Следующее
От: Tommy Pavlicek
Дата:
Сообщение: Re: [PATCH] ltree hash functions