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

Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Guillaume Cottenceau <gc(at)mnc(dot)ch>
Cc: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>, Michael Stone <mstone+postgres(at)mathom(dot)us>, pgsql-performance(at)postgresql(dot)org
Subject: Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
Date: 2007-05-16 16:09:26
Message-ID: 20070516160926.GX4582@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-docspgsql-performance
Guillaume Cottenceau wrote:
> "Jim C. Nasby" <decibel 'at' decibel.org> writes:
> 
> > On Wed, May 16, 2007 at 09:41:46AM +0200, Guillaume Cottenceau wrote:
> 
> [...]
> 
> > > Come on, I don't suggest to remove several bold warnings about
> > > it, the best one being "Therefore, frequently using VACUUM FULL
> > > can have an extremely negative effect on the performance of
> > > concurrent database queries." My point is to add the few
> > > additional mentions; I don't think the claims that VACUUM FULL
> > > physically compacts the data, and might be useful in case of too
> > > long time with infrequent VACUUM are incorrect, are they?
> > 
> > Unfortunately they are, to a degree. VACUUM FULL can create a
> > substantial amount of churn in the indexes, resulting in bloated
> > indexes. So often you have to REINDEX after you VACUUM FULL.
> 
> Ok, VACUUM FULL does his job (it physically compacts the data and
> might be useful in case of too long time with infrequent VACUUM),
> but we are going to not talk about it because we often needs a
> REINDEX after it? The natural conclusion would rather be to
> document the fact than REINDEX is needed after VACUUM FULL, isn't
> it?

Maybe, but we should also mention that CLUSTER is a likely faster
workaround.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

In response to

Responses

pgsql-docs by date

Next:From: Jim C. NasbyDate: 2007-05-16 16:17:02
Subject: Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
Previous:From: Alvaro HerreraDate: 2007-05-16 16:08:09
Subject: Re: [PATCHES] OS/X startup scripts

pgsql-performance by date

Next:From: Jim C. NasbyDate: 2007-05-16 16:17:02
Subject: Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal
Previous:From: Guillaume CottenceauDate: 2007-05-16 16:00:19
Subject: Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal

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