Re: race condition in pg_class

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: race condition in pg_class
Дата
Msg-id CA+TgmoZocjvRKB5Rv-8oJ5=-FVaSeFSUCC5C3HN2ZPjgZPS=jA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: race condition in pg_class  (Noah Misch <noah@leadboat.com>)
Ответы Re: race condition in pg_class
Список pgsql-hackers
On Sun, May 12, 2024 at 7:29 PM Noah Misch <noah@leadboat.com> wrote:
> - [consequences limited to transient failure] Since a PROC_IN_VACUUM backend's
>   xmin does not stop pruning, an MVCC scan in that backend can find zero
>   tuples when one is live.  This is like what all backends got in the days of
>   SnapshotNow catalog scans.  See the pgbench test suite addition.  (Perhaps
>   the fix is to make VACUUM do its MVCC scans outside of PROC_IN_VACUUM,
>   setting that flag later and unsetting it earlier.)

Are you saying that this is a problem already, or that the patch
causes it to start happening? If it's the former, that's horrible. If
it's the latter, I'd say that is a fatal defect.

--
Robert Haas
EDB: http://www.enterprisedb.com



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: WAL_LOG CREATE DATABASE strategy broken for non-standard page layouts
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Why is citext/regress failing on hamerkop?