Re: Problem with autovacuum and pg_autovacuum - Mailing list pgsql-general

From Andreas 'ads' Scherbaum
Subject Re: Problem with autovacuum and pg_autovacuum
Date
Msg-id 20070705011857.80f1def4.adsmail@wars-nicht.de
Whole thread Raw
In response to Re: Problem with autovacuum and pg_autovacuum  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: Problem with autovacuum and pg_autovacuum  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-general
Hello,

On Wed, 4 Jul 2007 18:40:15 -0400 Alvaro Herrera wrote:

> Andreas 'ads' Scherbaum wrote:
> >
> > On Wed, 4 Jul 2007 18:04:35 -0400 Alvaro Herrera wrote:
> >
> > > Most likely it is worried about XID wraparound, and those are precisely
> > > the tables that need urgent vacuumed because they haven't been vacuumed
> > > in a long time.
> >
> > No, autovacuum is doing this with every run. Beside this, the database has
> > only some 10k changes per day. The wraparound was my first idea, but i
> > don't see a reason, why this should be happen with every autovacuum run.
>
> Ok a new weird scenario.  Could you please let us look at
>
> select relname, relfrozenxid, age(relfrozenxid) from pg_class where
> relkind in ('r', 't') order by 3 desc;

Thats a bit more information ...

http://rafb.net/p/xJ4W6W43.html


> select datfrozenxid, age(datfrozenxid) from pg_database where
> datname = 'your database';

database1=# select datfrozenxid, age(datfrozenxid) from pg_database where datname = 'database1';
 datfrozenxid |   age
--------------+----------
          524 | 35952722
(1 row)


Kind regards

--
                Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
 (Ferenc Mantfeld)

pgsql-general by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Problem with autovacuum and pg_autovacuum
Next
From: Alvaro Herrera
Date:
Subject: Re: Problem with autovacuum and pg_autovacuum