Re: Faster pg_resore with autovacuum off? - Mailing list pgsql-admin

From Laurenz Albe
Subject Re: Faster pg_resore with autovacuum off?
Date
Msg-id 567d7f791c4ac691a3f941f08cf30b5c277dddb9.camel@cybertec.at
Whole thread Raw
In response to Re: Faster pg_resore with autovacuum off?  (Ron Johnson <ronljohnsonjr@gmail.com>)
Responses Re: Faster pg_resore with autovacuum off?
List pgsql-admin
On Sat, 2024-07-27 at 15:48 -0400, Ron Johnson wrote:
> > If your machine is too weak to handle the combined workload of restore +
> > autovacuum, that might get you something.  Otherwise, you are just cheating:
> > the restore might be faster, but the database is not usable before autovacuum
> > and autoanalyze have proessed all restored tables.
>
> I 100% disagree with this: autovacuum is not necessary during pg_restore
> (presuming there's only one database in the instance).

It is not necessary during restore, but it is necessary if you want to use
the database after the restore.  Well, you can manually VACUUM and ANALYZE the
database, but why not do it automatically?

I think that there are very few good reasons to ever disable autovacuum, and
a restore is not among them.

> Heck, it might not even be vital if you carefully monitor the other databases
> in the instance.

?

Yours,
Laurenz Albe



pgsql-admin by date:

Previous
From: Ron Johnson
Date:
Subject: Re: Stream pg_dumpall directly from CentOS7 to Red Hat server
Next
From: Ron Johnson
Date:
Subject: Re: Stream pg_dumpall directly from CentOS7 to Red Hat server