From: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Why so slow? |
Date: | 2006-05-04 17:53:59 |
Message-ID: | 20060504175359.GO97354@pervasive.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Wed, May 03, 2006 at 07:22:21AM -0400, Michael Stone wrote:
> On Tue, May 02, 2006 at 07:28:34PM -0400, Bill Moran wrote:
> >Reindexing is in a different class than vacuuming.
>
> Kinda, but it is in the same class as vacuum full. If vacuum neglect (or
> dramatic change in usage) has gotten you to the point of 10G of overhead
> on a 2G table you can get a dramatic speedup if you vacuum full, by
> dumping a lot of unused space. But in that case you might have a similar
s/might/will/
> amount of overhead in indices, which isn't going to go away unless you
> reindex. In either case the unused rows will be reused as needed, but if
> you know you aren't going to need the space again anytime soon you might
> need to vacuum full/reindex.
You can also do a CLUSTER on the table, which rewrites both the table
and all the indexes from scratch. But there was some kind of issue with
doing that that was fixed in HEAD, but I don't think it's been
back-ported. I also don't remember exactly what the issue was... :/
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
From | Date | Subject | |
---|---|---|---|
Next Message | Gregory Stewart | 2006-05-04 20:24:37 | Re: Performance Issues on Opteron Dual Core |
Previous Message | Jim C. Nasby | 2006-05-04 17:49:07 | Re: Performance Issues on Opteron Dual Core |