Re: autovacuum vacuums entire database...is this right?

From: "richyen3(at)gmail(dot)com" <richyen3(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: autovacuum vacuums entire database...is this right?
Date: 2007-06-01 22:48:43
Message-ID: 1180738123.071395.307170@i38g2000prf.googlegroups.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

It's been about a month and a half, and I'm getting this VACUUM
again. This time, I'm wondering if there's any way to tell if
autovacuum is doing a database-wide vacuum for the sake of xid
wraparound or for some other reason. Is there some sort of entry that
gets put into the log, and if so, what log level would it be at?

If this doesn't get logged, could I make this a feature request?

Thanks!
--Richard

On Apr 15, 6:35 am, "richy(dot)(dot)(dot)(at)gmail(dot)com" <richy(dot)(dot)(dot)(at)gmail(dot)com> wrote:
> Hi,
>
> I'm just wondering if autovacuum is ever supposed to vacuum the entire
> database during one of its runs. As far as I remember, it's supposed
> to vacuum one table at a time, based on the
> autovacuum_vacuum_threshold, autovacuum_analyze_threshold, etc.
> settings.
>
> For some reason, autovacuum decided to run a vacuum on my entire
> database (29GB large), and it's taking forever:
>
> select now(), query_start, current_query, backend_start, procpid,
> usename from pg_stat_activity where current_query <> '<IDLE>';
> now | query_start |
> current_query | backend_start | procpid | usename
> -------------------------------+-------------------------------
> +---------------+-------------------------------+---------+----------
> 2007-04-15 06:34:27.925042-07 | 2007-04-14 22:23:31.283894-07 |
> VACUUM | 2007-04-14 22:23:31.274121-07 | 9406 | postgres
>
> Is this expected behavior?
>
> --Richard

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jim Nasby 2007-06-01 22:53:56 Re: [HACKERS] table partitioning pl/pgsql helpers
Previous Message Tom Lane 2007-06-01 22:40:57 Re: Restoring 8.2 to 8.0