Re: XID wraparound in 8.4

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Anj Adu <fotographs(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Devrim GÜNDÜZ <devrim(at)gunduz(dot)org>, pgsql-admin(at)postgresql(dot)org
Subject: Re: XID wraparound in 8.4
Date: 2009-08-11 22:47:25
Message-ID: dcc563d10908111547p73e7a62cn490e9aae10676424@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

2009/8/11 Anj Adu <fotographs(at)gmail(dot)com>:
> So..we dont have to check the last XID value per table ?
>
> we have a very high volume data warehouse for which autovacuum is not
> suitable due to performance reasons. Can we track the last XID on a
> per-table basis ?

autovacuum is highly tunable so as to remove the burden of running it
and having it suck up all your IO mid day. Are you saying that no
amount of autovacuum tuning can fix the overhead issues of autovac, or
that you've just decided not to use it on principle?

Assuming you do the load at night, vacuum after load, no updates
during the day, I can totally see just turning off autovacuum, but
sometimes it nice to leave it on set to some very low load (i.e.
autovacuum_vacuum_cost_delay=20ms) so that should you forget about
some table, you won't get caught out by table bloat but also won't
have autovacuum killing IO midday.

Just a thought.

Either way, autovacuum WILL kick in if it has to to fix a wrap around
issue even if it's turned off.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tim Landscheidt 2009-08-11 23:17:04 Re: insert a backslash into a bytea field?
Previous Message Anj Adu 2009-08-11 22:42:24 Re: XID wraparound in 8.4