Re: Minimally avoiding Transaction Wraparound in VLDBs - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Minimally avoiding Transaction Wraparound in VLDBs
Date
Msg-id 7684.1125541296@sss.pgh.pa.us
Whole thread Raw
In response to Re: Minimally avoiding Transaction Wraparound in VLDBs  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: Minimally avoiding Transaction Wraparound in VLDBs
Re: Minimally avoiding Transaction Wraparound in VLDBs
List pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> On Wed, 2005-08-31 at 19:24 -0400, Tom Lane wrote:
>> If you don't remove any tuples,
>> you don't scan the indexes anyway IIRC.

> No. Even if you remove *zero* tuples, an index is still scanned twice.
> Once to not delete the rows and once to not delete the pages.

Yeah?  Well, that could probably be improved with a less intrusive fix,
that is, one that does it automatically instead of involving the user.

I really really do not like proposals to introduce still another kind
of VACUUM.  We have too many already; any casual glance through the
archives will show that most PG users don't have a grip on when to use
VACUUM FULL vs VACUUM.  Throwing in some more types will make that
problem exponentially worse.

> autovacuum will respond only to UPDATEs and DELETEs. In the scenario I
> outline, these will *never* occur on the largest tables. A VACUUM would
> still eventually be required to freeze long lived tuples and this would
> not be performed by autovacuum.

Yes, it will, at least as of 8.1.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Indexing dead tuples
Next
From: Tom Lane
Date:
Subject: Re: TODO item: set proper permissions on non-system schemas