From: | ptjm(at)interlog(dot)com (Patrick TJ McPhee) |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Recovering real disk space |
Date: | 2005-04-03 04:23:31 |
Message-ID: | 3b99e3F6cjupoU1@uni-berlin.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
In article <424AEB5D(dot)2090204(at)sycamore(dot)us>,
Adam Siegel <adam(at)sycamore(dot)us> wrote:
[...]
% We perform a vacuum full after each mass delete. This cycle can happen
% many times during over a couple of weeks. We are in a test lab
% environment and are generating a lot of data.
%
% One of the problems we have is that the vacuum on the table can take up
% to 10 hours. We also expect to see the physical disk space go down, but
% this does not happen.
Try vacuum full verbose next time to see what it's doing.
Try reindexing after the vacuum is done.
You may find an ordinary vacuuum is faster and just as useful as vacuum full
assuming you're filling and deleting from the same table all the time. It
won't free up space, but it will allow you to maintain a high-water mark.
Look at the relpages column in pg_class to see which relations are using
up the most space.
If you're clearing out all the data for a set of tables, drop them and
recreate them.
--
Patrick TJ McPhee
North York Canada
ptjm(at)interlog(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Guy Rouillier | 2005-04-03 06:59:43 | Re: Recovering real disk space |
Previous Message | Tony Caduto | 2005-04-03 03:56:32 | Re: PostgreSQL and .NET |