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