From: | Doug Fields <dfields-pg-general(at)pexicom(dot)com> |
---|---|
To: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Problem with VACUUM after very large delete? |
Date: | 2002-12-17 23:31:22 |
Message-ID: | 5.1.0.14.2.20021217182914.01fd34f0@pop.pexicom.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
At 06:12 PM 12/17/2002, Robert Treat wrote:
>While vacuum will delete dead index entries, it doesn't collapse out
>empty pages in the indexes. This causes indexes to never get smaller
>and, in cases where the range of the index continually expands, causes
>indexes to grow larger and larger. The generally accepted way to fix
>this is via reindexing. (note this was not fixed in 7.3)
Thanks Robert. However, if I can quote from my previous message:
pexicast_lg=# VACUUM VERBOSE audit_log;
NOTICE: --Relation audit_log--
NOTICE: Pages 2083605: Changed 2961, Empty 0; Tup 105773248: Vac 0, Keep
31106432, UnUsed 2.
Total CPU 89.49s/13.67u sec elapsed 1101.17 sec.
VACUUM
You'll notice that there are no "deleted" tuples listed. However, there are
"Keep" tuples listed. I'm not sure what those are - but that's almost
exactly the size of what I attempted to delete earlier. What are these
"Keep" tuples?
Also - whenever I vacuum my other tables, it does vacuum the indexes, with
additional NOTICE statements. In this case, it does not.
What's up?
Thanks,
Doug
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-12-17 23:32:36 | Re: Problem with VACUUM after very large delete? |
Previous Message | Peter Eisentraut | 2002-12-17 23:28:15 | Re: extending by using procedurallanguage C : problems |