Re: Ineffective autovacuum - Mailing list pgsql-performance

From Tom Lane
Subject Re: Ineffective autovacuum
Date
Msg-id 22112.1317131354@sss.pgh.pa.us
Whole thread Raw
In response to Re: Ineffective autovacuum  (Royce Ausburn <royce.ml@inomial.com>)
Responses Re: Ineffective autovacuum
List pgsql-performance
Royce Ausburn <royce.ml@inomial.com> writes:
> Since sending this first email I've up'd the autovacuum log level and I've noticed that the same tables seem to be
autovacuum'd over and over again… Some of the tables are a bit surprising in that they're updated semi-regularly, but
notenough (I'd think) to warrant an autovacuum every few minutes… Is this unusual? 

Well, that proves autovacuum isn't getting blocked anyway.  At this
point I suspect that Marti has fingered the correct issue: you likely
need to increase the FSM settings.  You should try running a manual
VACUUM VERBOSE and see if it suggests that more FSM space is needed
(there'll be some FSM stats at the end of the verbose printout).

> Perhaps unrelated: I've done some digging around and happened across a nightly task doing:
> select pg_stat_reset()
> on each of the databases in the cluster…. I've no idea why we're doing that (and our usual sysadmin / DBA has
resigned,so I doubt I'll ever know).  There must have been a reason at the time, but I wonder if this might be
interferingwith things? 

Hmm, it's not helping any.  Anything that needs vacuuming, but less
often than once a day, would get missed due to the stats getting
forgotten.

            regards, tom lane

pgsql-performance by date:

Previous
From: Venkat Balaji
Date:
Subject: : Tracking Full Table Scans
Next
From: Scott Marlowe
Date:
Subject: Re: Ineffective autovacuum