Search Postgresql Archives

Re: VACUUM FULL for performance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In response to Szymon Guz <mabewlun@xxxxxxxxx>:

> 2010/10/7 Devrim GÜNDÜZ <devrim@xxxxxxxxxx>
> 
> > On Thu, 2010-10-07 at 17:38 +0600, AI Rumman wrote:
> > > MayVACUUM FULL on a table improve perfromance of the system?
> >
> > No, it will make things worse.
> 
> That's not true, I'd rather say that it depends. The whole performance is
> not just about the vacuum full.

My experience:

VACUUM FULL is indicated under the following conditions:
* When routine vacuum has failed for a while due to some problem, or
  there are indicators that vacuuming was not being done often enough
  and that table bloat has gotten out of hand.
* A major, unusual event has occurred that has cause the # of dead rows
  in a table to bloat far out of what happens with normal usage.

I also recommend reindexing any table that has been VACUUM FULLed.

As everyone else has mentioned, VACUUM FULL is not a silver bullet, and
is not _guaranteed_ to improve performance.  There are also very few
cases where it's a good idea to do it as routine maintenance.  However,
it is a tool that is useful at times, and it's worthwhile to understand
how it works.

-- 
Bill Moran
http://www.potentialtech.com
http://people.collaborativefusion.com/~wmoran/

-- 
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux