Re: Aggressive autovacuuming ?

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: Jesper Krogh <jesper(at)krogh(dot)cc>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Aggressive autovacuuming ?
Date: 2010-06-23 18:49:47
Message-ID: AANLkTikgxnOUQZRKOteeU2ipTqXge8f1y7ANuT3V-ozr@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, Jun 23, 2010 at 2:20 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> wrote:
> On Wed, Jun 23, 2010 at 1:58 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> On Sun, Jun 20, 2010 at 4:13 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> wrote:
>>>> The largest consequence I can see at the moment is that when I get a
>>>> full vacuum (for preventing transaction-id wraparound) it would be
>>>
>>> I assume you mean the automatic database wide vacuum.  I don't think
>>> 8.4 and above need that anymore.  I thnk 8.3 does that too, but I'm
>>> not 100% sure.
>>
>> 8.4 (and 9.0) do still need to do vacuums to freeze tuples before
>> transaction ID wraparound occurs.  This is not to be confused with
>> VACUUM FULL, which is something else altogether.
>
> My point was that modern pgsql doesn't need db wide vacuum to prevent
> wrap around anymore, but can vacuum individual relations to prevent
> wraparound.

Oh, I see. I didn't realize we used to do that. Looks like that
change was committed 11/5/2006.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Anj Adu 2010-06-23 19:01:32 WAL+Os on a single disk
Previous Message Scott Marlowe 2010-06-23 18:20:46 Re: Aggressive autovacuuming ?