Re: PG 7.2 on Linux: where's the space?

From: Kevin Brannen <kevinb(at)nurseamerica(dot)net>
To: Jeff Boes <jboes(at)nexcerpt(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: PG 7.2 on Linux: where's the space?
Date: 2002-08-23 18:15:03
Message-ID: 3D667BA7.3090202@nurseamerica.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Jeff Boes wrote:
> We upgraded from 7.1 to 7.2 recently, and saw the used space on our
> database partition drop from something like 80% to under 20% (as
> measured by 'du'). Hurrah! However, it's about four weeks later and
> we're back to over 80% again. Is the solution:

This has been discussed a fair bit recently. I'll try attempt to help,
though I'm sure others are much more qualified.

>
> 1) More frequent VACUUM FULL operations?

Possibly. However, it's been noted that if you do a lot of deletes
and/or updates so that you have a lot of "dead" tuples, you probably
need to increase your "fsm_*" parameters. Search the newsgroup archive
for their names for advice on size.

>
> 2) REINDEX our biggest tables?

It has also been noted that indexes can do this too, again a high churn
rate is the cause. Off the top of my head I don't remember how to find
this out, but it's in the newsgroup archives too. But I think one of
the things you can do was:

select * from pg_class order by relpages desc;

to try to find out where the space is going. Search for something like
that.

>
> 3) Periodicly dump and reload our biggest tables?

I hope not! :-) Increase your fsm_* values and see what that does for
you, before you take more drastic measures.

HTH,
Kevin

>
> I'm really hoping this last one is not the answer, as we'd have to
> take the system offline for hours every week to accomplish this.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Theodore A. Jencks 2002-08-23 19:09:41 PL/PgSQL Documentation
Previous Message Chad R. Larson 2002-08-23 18:08:16 Re: Problems with array