Re: 8.2rc1: vacuum full fills up disk space - Mailing list pgsql-bugs

From Heikki Linnakangas
Subject Re: 8.2rc1: vacuum full fills up disk space
Date
Msg-id 456B21F4.6090301@enterprisedb.com
Whole thread Raw
In response to Re: 8.2rc1: vacuum full fills up disk space  ("Thomas H." <me@alternize.com>)
List pgsql-bugs
Thomas H. wrote:
>>> this somehow sounds buggy:
>>
>> vacuum full absolutely *will* bloat your index, if run on a
>> heavily-modified table.  I do not think it will bloat pg_xlog by itself
>> however; are you sure you don't have some other open transactions?
>
> well yes, as the system is "live", users are browsing the website. but
> all queries that try to access the table in question are stalled at the
> moment. when querying server status i'm seeing lots of queries that are
> waiting for access to the table.
>
> would vacuum freeze be faster?

Vacuum freeze won't move tuples so it won't reclaim any more space than
a normal vacuum. Cluster, however, rewrites the whole table and compacts
the space, and runs faster than vacuum full on a badly bloated table. It
will also recreate all indexes.

In the future, instead of updating a whole table with UPDATE, you should
consider doing a SELECT INTO to create a new table, dropping the old
table and renaming the new one in place of the old one.

--
   Heikki Linnakangas
   EnterpriseDB   http://www.enterprisedb.com

pgsql-bugs by date:

Previous
From: "Jeremy Haile"
Date:
Subject: Re: fsync and semctl errors with 8.1.5/win32
Next
From: "Thomas H."
Date:
Subject: Re: 8.2rc1: vacuum full fills up disk space