Обсуждение: Vacuuming TOAST after pg_restore
PG 14.10
In the immediate post-pg_restore vaccumdb, can I skip immediate vacuuming of TOAST tables?
Heck, can I skip the immediate VACUUM, and only do an ANALYZE (then go back later and VACUUM)?
On Mon, Dec 18, 2023 at 3:26 PM Ron Johnson <ronljohnsonjr@gmail.com> wrote:
PG 14.10In the immediate post-pg_restore vaccumdb, can I skip immediate vacuuming of TOAST tables?Heck, can I skip the immediate VACUUM, and only do an ANALYZE (then go back later and VACUUM)?
There has never been directions to perform an immediate vacuum post-restore. A restore doesn't perform deletions. Recovering from a physical backup will benefit from whatever vacuuming the cluster needed at the time it was backed up.
David J.
On Mon, Dec 18, 2023 at 5:41 PM David G. Johnston <david.g.johnston@gmail.com> wrote:
On Mon, Dec 18, 2023 at 3:26 PM Ron Johnson <ronljohnsonjr@gmail.com> wrote:PG 14.10In the immediate post-pg_restore vaccumdb, can I skip immediate vacuuming of TOAST tables?Heck, can I skip the immediate VACUUM, and only do an ANALYZE (then go back later and VACUUM)?There has never been directions to perform an immediate vacuum post-restore. A restore doesn't perform deletions. Recovering from a physical backup will benefit from whatever vacuuming the cluster needed at the time it was backed up.
I'm sure I saw that it was recommended for the purpose of setting the FSM.
On Mon, Dec 18, 2023 at 4:14 PM Ron Johnson <ronljohnsonjr@gmail.com> wrote:
On Mon, Dec 18, 2023 at 5:41 PM David G. Johnston <david.g.johnston@gmail.com> wrote:On Mon, Dec 18, 2023 at 3:26 PM Ron Johnson <ronljohnsonjr@gmail.com> wrote:PG 14.10In the immediate post-pg_restore vaccumdb, can I skip immediate vacuuming of TOAST tables?Heck, can I skip the immediate VACUUM, and only do an ANALYZE (then go back later and VACUUM)?There has never been directions to perform an immediate vacuum post-restore. A restore doesn't perform deletions. Recovering from a physical backup will benefit from whatever vacuuming the cluster needed at the time it was backed up.I'm sure I saw that it was recommended for the purpose of setting the FSM.
"Visibility map bits are only set by vacuum, but are cleared by any data-modifying operations on a page."
I presume the VM refers to the main table only anyway so it gets updated regardless of whether TOAST is included in the vacuum.
Possibly you'd want to deal with tables with GIN indexes as well...though I'm unsure how those work exactly with bulk loading (or at all really...)
I don't know how the FSM would come into play.
David J.
On Mon, 2023-12-18 at 17:26 -0500, Ron Johnson wrote: > PG 14.10 > > In the immediate post-pg_restore vaccumdb, can I skip immediate vacuuming of TOAST tables? > > Heck, can I skip the immediate VACUUM, and only do an ANALYZE (then go back later and VACUUM)? You don't have to do that at all, autovacuum will do it for you (ANALYZE if the tables contain more than 50 rows, and VACUUM if they contain more than 1000 rows). It just takes some more time to let autovacuum do it. Yours, Laurenz Albe