vacuuming and freed disk space

From: jimmer(at)guthrie(dot)charm(dot)net (john)
To: pgsql-admin(at)postgresql(dot)org
Cc: pgadmin(dot)12(dot)ptechjohn(at)spamgourmet(dot)com
Subject: vacuuming and freed disk space
Date: 2003-04-29 14:33:56
Message-ID: 20030429143356.C5EFD3F04@guthrie.charm.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

From: pgadmin(dot)12(dot)ptechjohn(at)spamgourmet(dot)com
Reply-to: pgadmin(dot)12(dot)ptechjohn(at)spamgourmet(dot)com

i am looking at our database table maintenance. we are running a "space
watch" task that looks at available disk space and removes old records
when/if a certain threshold is passed.

i've noticed that if i run a "bulk delete" followed by a vacuum the
actual disk space is usually not recovered. if i use "vacuum full"
instead of just plain "vacuum" the space is recovered (i am using df
to look at the partition usage statistics). also, if i run just plain
"vacuum" and wait around for a bit, eventually the space will be recovered.
i haven't nailed down whether this is because of other usage or something
that the server does...

so, the questions:
1) is there a way to recover the disk space without doing a "vacuum full"?
i don't want to do the table lock if i don't have to.
2) *is* the postgresql server periodically recovering that disk space? if
so, how often does it do this, and does it lock the table when it does?
3) anyone have any other good ideas on how to implement this sort of
"space watch" functionality?

thanks.
john

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2003-04-29 14:40:42 Re: Still getting VACUUM errors after 7.2.4 upgrade
Previous Message Robert Treat 2003-04-29 13:24:28 Re: News group