Re: Btree indizes, FILLFACTOR, vacuum_freeze_min_age and CLUSTER - Mailing list pgsql-general

From Philipp Marek
Subject Re: Btree indizes, FILLFACTOR, vacuum_freeze_min_age and CLUSTER
Date
Msg-id 200905140831.21346.philipp.marek@emerion.com
Whole thread Raw
In response to Re: Btree indizes, FILLFACTOR, vacuum_freeze_min_age and CLUSTER  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: Btree indizes, FILLFACTOR, vacuum_freeze_min_age and CLUSTER  (Alvaro Herrera <alvherre@commandprompt.com>)
List 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


pgsql-general by date:

Previous
From: Greg Smith
Date:
Subject: Re: Space for pg_dump
Next
From: RaviThapliyal
Date:
Subject: postgresql on windows98