Re: Vacuum time degrading - Mailing list pgsql-general

From Tom Lane
Subject Re: Vacuum time degrading
Date
Msg-id 11317.1109638427@sss.pgh.pa.us
Whole thread Raw
In response to Vacuum time degrading  (Wes <wespvp@syntegra.com>)
Responses Re: Vacuum time degrading  (Wes <wespvp@syntegra.com>)
Re: Vacuum time degrading  (Wes <wespvp@syntegra.com>)
Re: Vacuum time degrading  (Wes <wespvp@syntegra.com>)
List pgsql-general
Wes <wespvp@syntegra.com> writes:
> Why is the vacuum time not going up linearly?

I'm betting that the database is suffering from substantial bloat,
requiring VACUUM to scan through lots of dead space that wasn't there
before.  Check your FSM settings (the tail end of the output from a
full-database VACUUM VERBOSE command would give some info about what you
need).

If you are suffering bloat, the fastest route to a solution would
probably be to CLUSTER your larger tables.  Although VACUUM FULL
would work, it's likely to be very slow.

> There are currently no deletes or modifies to the database - only inserts.

You *certain* about that?  It's hard to see how the vacuum time wouldn't
be linear in table size if there's nothing to do and no dead space.

Again, VACUUM VERBOSE info would be informative (it's sufficient to look
at your larger tables for this).

            regards, tom lane

pgsql-general by date:

Previous
From: Michael Fuhr
Date:
Subject: Re:
Next
From: Tom Lane
Date:
Subject: Re: vacuum_cost_delay & VACUUM holding locks on GIST indexes