Re: pg_dump and not MVCC-safe commands

Поиск
Список
Период
Сортировка
От Guillaume Lelarge
Тема Re: pg_dump and not MVCC-safe commands
Дата
Msg-id CAECtzeUQ3hJYPM6k6_XqZLq=DygHbQ3+5YQLrv-ngcht2rQjQg@mail.gmail.com
обсуждение исходный текст
Ответ на pg_dump and not MVCC-safe commands  (PetSerAl <petseral@gmail.com>)
Ответы Re: pg_dump and not MVCC-safe commands
Список pgsql-general
Hi,

Le lun. 20 mai 2024 à 11:27, PetSerAl <petseral@gmail.com> a écrit :
How pg_dump interact with not MVCC-safe commands?

As I understand, pg_dump first take snapshot and then lock all tables
it intended to dump. What happens if not MVCC-safe command committed
after snapshot but before lock? From comment to pg_dump.c I understand
that it may fail with 'cache lookup failed' error. But, can it happen,
that pg_dump not fail, but instead capture inconsistent dump? For
example TRUNCATE committed after snapshot and pg_dump will see result
of TRUNCATE but not result of other commands in TRUNCATE transaction?



You can't truncate an already existing table while pg_dump is running. TRUNCATE needs an exclusive lock, and pg_dump already has a lock on all tables of the database it's dumping. So TRUNCATE will be blocked until pg_dump finishes all its work.

(The same will happen for VACUUM FULL, CLUSTER and some (all?) ALTER TABLE commands.)


--
Guillaume.

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

Предыдущее
От: Alban Hertroys
Дата:
Сообщение: Re: Updating 457 rows in a table
Следующее
От: Laura Smith
Дата:
Сообщение: How to update upper-bound of tstzrange ?