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
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 |