Re: pg_dump: VACUUM and REINDEXING - Mailing list pgsql-general

From Laurenz Albe
Subject Re: pg_dump: VACUUM and REINDEXING
Date
Msg-id 90e562bcf112ba3adacf1c39a160d3680d3b714d.camel@cybertec.at
Whole thread Raw
In response to Re: pg_dump: VACUUM and REINDEXING  (Guillaume Lelarge <guillaume@lelarge.info>)
Responses Re: pg_dump: VACUUM and REINDEXING
List 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 by date:

Previous
From: "Rajamoorthy-CW, Thirumurugan 8361"
Date:
Subject: Need to install Postgres Version 14 in Linux server with Client and migration steps.
Next
From: Durumdara
Date:
Subject: Re: PLPGSQL - extra column existence in trigger