Skip site navigation (1) Skip section navigation (2)

Re: autovacuum

From: Chris Browne <cbbrowne(at)acm(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: autovacuum
Date: 2006-02-01 19:51:36
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-adminpgsql-hackers
tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) writes:
> Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> writes:
>> Hmm, yeah, sounds useful.  There's one implementation issue to notice
>> however, and it's that the autovacuum process dies and restarts for each
>> iteration, so there's no way for it to remember previous state unless
>> it's saved somewhere permanent, as the stats info is.
> I think you'd really need to remember the previous oldest XID on a
> per-table basis to get full traction out of the idea.  But weren't
> we thinking of tracking something isomorphic to this for purposes of
> minimizing anti-wraparound VACUUMs?

I think I'd like that even better :-).

In the Slony-I case, the tables being vacuumed are ones where the
deletion is taking place within the same thread, so that having one
XID is plenty enough because the only thing that should be touching
the tables is the cleanup thread, which is invoked every 10 minutes.
One XID is enough "protection" for that, as least as a reasonable

Tracking just the one eldest XID is still quite likely to be
*reasonably* useful with autovacuum, assuming there isn't a by-table
option.  By-table would be better, though.
(reverse (concatenate 'string "gro.mca" "@" "enworbbc"))
"Politics  is not a  bad  profession.  If  you succeed there  are many
rewards, if you disgrace yourself you can always write a book."
-- Ronald Reagan

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2006-02-01 20:14:53
Subject: Re: A note about testing EXEC_BACKEND on recent Linuxen
Previous:From: Tom LaneDate: 2006-02-01 19:50:43
Subject: Re: A note about testing EXEC_BACKEND on recent Linuxen

pgsql-admin by date

Next:From: Chris BrowneDate: 2006-02-01 20:50:25
Subject: Re: autovacuum
Previous:From: Tom LaneDate: 2006-02-01 18:18:31
Subject: Re: [HACKERS] autovacuum

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group