Re: [HACKERS] Autovacuum Improvements

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>, Pavan Deolasee <pavan(at)enterprisedb(dot)com>, Christopher Browne <cbbrowne(at)acm(dot)org>, pgsql-general(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Autovacuum Improvements
Date: 2007-01-16 18:35:12
Message-ID: 45AD1AE0.9020804@zeut.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Alvaro Herrera wrote:
> I'd like to hear other people's opinions on Darcy Buskermolen proposal
> to have a log table, on which we'd register what did we run, at what
> time, how long did it last, how many tuples did it clean, etc. I feel
> having it on the regular text log is useful but it's not good enough.
> Keep in mind that in the future we may want to peek at that collected
> information to be able to take better scheduling decisions (or at least
> inform the DBA that he sucks).

I'm not familiar with his proposal, but I'm not sure what I think of
logging vacuum (and perhaps analyze) commands to a table. We have never
logged anything to tables inside PG. I would be worried about this
eating a lot of space in some situations.

I think most people would just be happy if we could get autovacuum to
log it's actions at a much higher log level. I think that "autovacuum
vacuumed table x" is important and shouldn't be all the way down at the
debug level.

The other (more involved) solution to this problem was proposed which
was create a separate set of logging control params for autovacuum so
that you can turn it up or down independent of the general server logging.

> Now, I'd like this to be a VACUUM thing, not autovacuum. That means
> that manually-run vacuums would be logged as well.

+1

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Thorsten Körner 2007-01-16 18:43:17 Re: Mounting a data dir read only
Previous Message Alan Hodgson 2007-01-16 18:22:42 Re: Temp Table Within PLPGSQL Function - Something Awry

Browse pgsql-hackers by date

  From Date Subject
Next Message Matthew T. O'Connor 2007-01-16 18:45:37 Re: Autovacuum improvements
Previous Message Martijn van Oosterhout 2007-01-16 18:15:58 Re: Index for similarity search