Re: autovacuum daemon question...

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Joe Maldonado <joe(dot)maldonado(at)gmail(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: autovacuum daemon question...
Date: 2005-11-09 22:46:54
Message-ID: 43727C5E.7090501@zeut.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Tom Lane wrote:
> This would be a pretty bad idea IMHO, since it would lead to bloating
> the logs with autovacuum progress messages by default --- and whatever
> you may think about it, I really doubt that the average DBA will want
> those messages there all the time.
>
> I wonder whether it would be practical to let the autovacuum daemon have
> its own value of log_min_messages. The alternative to that seems to be
> to invent a new log severity level just for autovacuum, which is pretty
> gross (especially since it's not obvious how it should sort relative to
> LOG and DEBUG1).

While I personally think this would probably be a good idea, I also
recognize that it might be a solution in search of a problem. Now that
we have integrated autovacuum we should probably wait and see what
feedback we get from the field. That said, my argument for more
detailed logging of autovacuum activity is that vacuuming is VERY
important part of proper PG maintenance, as such lots of admins like to
keep a proactive eye to make sure there tables are getting the
maintenance they need.

Another thought: How about adding something to the stats system that an
admin can turn on / off. Maybe anew relation called
pg_stat_autovacuum_activity this would detail the last vacuum, last
analyze, number of vacuums / analyzes in the last 24 hours, last month
etc... I dunno, whatever peopel think is relevant.

Thoughts?

Matt

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Walter Kaan 2005-11-10 02:45:13 Re: read only user
Previous Message Tom Lane 2005-11-09 22:11:01 Re: pg_shadow [1] Bus error (core dumped)