Re: Btree indizes, FILLFACTOR, vacuum_freeze_min_age and CLUSTER

From: Philipp Marek <philipp(dot)marek(at)emerion(dot)com>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Btree indizes, FILLFACTOR, vacuum_freeze_min_age and CLUSTER
Date: 2009-05-14 06:31:20
Message-ID: 200905140831.21346.philipp.marek@emerion.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mittwoch, 13. Mai 2009, Alvaro Herrera wrote:
> > we're using postgresql 8.3 for some logging framework.
> >
> > There are several tables for each day (which are inherited from a common
> > base), which
> > - are filled during the day,
> > - after midnight the indizes are changed to FILLFACTOR=100, and
> > - the tables get CLUSTERed by the most important index.
> > - Some time much later the tables that aren't needed anymore are DROPped.
> >
> > So far, so fine.
>
> Do say, do you have any long-running transactions, or "idle"
> transactions? Maybe someone opened a terminal somewhere and left it
> open for days? Have a look at pg_stat_activity.
Yes, I have two terminal windows for different users/schemas in the same DB
open - but they're set to auto-commit, and have no tables open or locked.

Please, let me repeat myself:
> So, as summary: "vacuum_freeze_min_age=0" seems to interfere with btree
> indizes with FILLFACTOR=100 in some way, so that CLUSTER doesn't return
> space to the filesystem.

Might the open connections make a difference?

Regards,

Phil

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message RaviThapliyal 2009-05-14 12:21:41 postgresql on windows98
Previous Message Greg Smith 2009-05-14 06:29:00 Re: Space for pg_dump