Re: index file bloating still in 7.4 ?

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Seum-Lim Gan <slgan(at)lucent(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: index file bloating still in 7.4 ?
Date: 2003-10-19 19:04:23
Message-ID: 200310191204.23888.josh@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Gan,

> Oh, so in order to reclaim the disk space, we must run
> reindex or vacuum full ?
> This will lock out the table and we won't be able to do anything.
> Looks like this is a problem. It means we cannot use it for
> 24x7 operations without having to stop the process and do the vacuum full
> and reindex. Is there anything down the road that these operations
> will not lock out the table ?

I doubt it; the amount of page-shuffling required to reclaim 90% of the space
in an index for a table that has been mostly cleared is substantial, and
would prevent concurrent access.

Also, you seem to have set up an impossible situation for VACUUM. If I'm
reading your statistics right, you have a large number of threads accessing
most of the data 100% of the time, preventing VACUUM from cleaning up the
pages. This is not, in my experience, a realistic test case ... there are
peak and idle periods for all databases, even webservers that have been
slashdotted.

--
Josh Berkus
Aglio Database Solutions
San Francisco

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Alexander Priem 2003-10-20 07:12:35 PostgreSQL data on a NAS device ?
Previous Message Seum-Lim Gan 2003-10-19 16:55:57 Re: index file bloating still in 7.4 ?