Re: pg_dump: VACUUM and REINDEXING

Поиск
Список
Период
Сортировка
От Laurenz Albe
Тема Re: pg_dump: VACUUM and REINDEXING
Дата
Msg-id 90e562bcf112ba3adacf1c39a160d3680d3b714d.camel@cybertec.at
обсуждение исходный текст
Ответ на Re: pg_dump: VACUUM and REINDEXING  (Guillaume Lelarge <guillaume@lelarge.info>)
Ответы Re: pg_dump: VACUUM and REINDEXING  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Sat, 2022-05-07 at 12:06 +0200, Guillaume Lelarge wrote:
> Le sam. 7 mai 2022 à 10:21, Ron <ronljohnsonjr@gmail.com> a écrit :
> >  On 5/6/22 21:35, Hasan Marzooq wrote:
> > > I've some questions around Backup & Restore.
> > > 
> > >  1: Is it necessary to perform a VACUUM and REINDEXING operation after restoring the
> > >  dump from Postgres 9.6 to Postgres 13? The dump size could be 1/2 TB to 1 TB.
> >
> > Perform VACUUM after there have been many updates and deletes.  There have been zero
> > updates and deleted after pg_restore; therefore, no need to vacuum.
> 
> I disagree. You're right about the "zero updates and deletes", so no need to vacuum for bloat.
> But you need vacuum to get the visibility map of each relation, so that the planner can use index-only scans.

But from PostgreSQL v13 on, autovacuum is also triggered by INSERTs.
So I'd say that there is nothing to do after restoring a pg_dump, except
to wait until autovacuum is done.

Yours,
Laurenz Albe



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

Предыдущее
От: "Rajamoorthy-CW, Thirumurugan 8361"
Дата:
Сообщение: Need to install Postgres Version 14 in Linux server with Client and migration steps.
Следующее
От: Durumdara
Дата:
Сообщение: Re: PLPGSQL - extra column existence in trigger