Re: Aggressive freezing in lazy-vacuum

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Aggressive freezing in lazy-vacuum
Date: 2007-03-06 15:02:34
Message-ID: 4399.1173193354@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches pgsql-performance

ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> writes:
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I think it's a really bad idea to freeze that aggressively under any
>> circumstances except being told to (ie, VACUUM FREEZE). When you
>> freeze, you lose history information that might be needed later --- for
>> forensic purposes if nothing else.

> I don't think we can supply such a historical database functionality here,
> because we can guarantee it just only for INSERTed tuples even if we pay
> attention. We've already enabled autovacuum as default, so that we cannot
> predict when the next vacuum starts and recently UPDATEd and DELETEd tuples
> are removed at random times.

I said nothing about expired tuples. The point of not freezing is to
preserve information about the insertion time of live tuples. And your
test case is unconvincing, because no sane DBA would run with such a
small value of vacuum_freeze_min_age.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Teodor Sigaev 2007-03-06 15:06:54 Re: GIST and TOAST
Previous Message Andrew - Supernews 2007-03-06 14:53:15 Re: GIST and TOAST

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2007-03-06 15:09:37 Re: Heap page diagnostic/test functions (WIP)
Previous Message Gregory Stark 2007-03-06 14:44:48 Re: Heap page diagnostic/test functions (WIP)

Browse pgsql-performance by date

  From Date Subject
Next Message Craig A. James 2007-03-06 15:07:45 Re: Estimate the size of the SQL file generated by pg_dump utility
Previous Message Bill Moran 2007-03-06 13:44:37 Re: Estimate the size of the SQL file generated by pg_dump utility