Re: More Praise for 7.4RC2

From: Christopher Browne <cbbrowne(at)libertyrms(dot)info>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: More Praise for 7.4RC2
Date: 2003-11-13 20:32:01
Message-ID: 603ccs6mda.fsf@dev6.int.libertyrms.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

reece(at)in-machina(dot)com (Reece Hart) writes:
> On Thu, 2003-11-13 at 10:09, scott.marlowe wrote:
>
> Do you vacuum full every so often? If not, and if you've been overflowing
> your fsm, then your tables will just grow without shrinking.
> Also, index growth could be a problem.
>
> Hmm. I didn't realize that I needed to vacuum full as well -- I
> thought vacuum was sufficient for performance gains, and that full
> reclaimed space but didn't result in significant performance
> gains. I have reindexed infrequently, but since that locks the table
> I didn't do that (or vacuum full) often. I guess I should try out
> pg_autovacuum, but I think that full vacuums only to prevent XID
> wraparound (if age>1.5B transactions), but not for compaction (is
> this correct?).

That's not quite correct. pg_autovacuum NEVER does a VACUUM FULL, and
it is not necessary to do so in order to avoid XID wraparound. A
"simple VACUUM" suffices for that purpose..

What pg_autovacuum "buys you" is mainly twofold:

1. You don't need to schedule batch jobs to vacuum things;

2. If you have heavily updated tables, it will vacuum them a lot,
which should prevent them from "blowing out" the free space map,
and allow quicker reuse of dead space.

The merits of that aren't infinite, but are not nothing, either.
--
output = reverse("ofni.smrytrebil" "@" "enworbbc")
<http://dev6.int.libertyrms.com/>
Christopher Browne
(416) 646 3304 x124 (land)

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Christopher Browne 2003-11-13 20:36:13 Re: More Praise for 7.4RC2
Previous Message scott.marlowe 2003-11-13 20:18:36 Re: RHEL