pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Simon Riggs <simon@2ndquadrant.com>
To: hubert depesz lubaczewski <depesz@gmail.com>
Cc: PostgreSQL General <pgsql-general@postgresql.org>
Cc: pgsqlperform <pgsql-performance@postgresql.org>
Subject: Re: [PERFORM] database bloat, but vacuums are done, and fsm seems
Date: Mon, 03 Oct 2005 22:47:02 +0100
Message-ID: <1128376022.8603.137.camel@localhost.localdomain> (raw)
In-Reply-To: <9e4684ce05092800075d37d0cc@mail.gmail.com>
References: <9e4684ce05092800075d37d0cc@mail.gmail.com>

On Wed, 2005-09-28 at 09:07 +0200, hubert depesz lubaczewski wrote:
> database has quite huge load of updates, but i thought that vacum will
> guard me from database bloat, but from what i observed it means that
> vacuuming of b-tree indices is somewhat faulty.

No, thats perfectly normal.

Indices are packed tighter when they are first created and they spread
out a bit as you update the database. Blocks start at 90% full and end
up at 50% full for non-monotonic indexes (e.g. SERIAL) or 67% for
monotonic.

It's a long debated design feature on any DBMS that uses b-trees.

REINDEX or dump/restore should be identical.

Best Regards, Simon Riggs




view thread (4+ messages)

Message-ID: <1128376022.8603.137.camel@localhost.localdomain>
Permalink:  ../1128376022.8603.137.camel@localhost.localdomain/
Also on:    postgresql.org/message-id/1128376022.8603.137.camel@localhost.localdomain

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: simon@2ndquadrant.com, depesz@gmail.com, pgsql-general@postgresql.org
  Subject: Re: [PERFORM] database bloat, but vacuums are done, and fsm seems
  In-Reply-To: <1128376022.8603.137.camel@localhost.localdomain>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox