Re: Problem with VACUUM after very large delete?

Поиск
Список
Период
Сортировка
От Doug Fields
Тема Re: Problem with VACUUM after very large delete?
Дата
Msg-id 5.1.0.14.2.20021217182914.01fd34f0@pop.pexicom.com
обсуждение исходный текст
Ответ на Re: Problem with VACUUM after very large delete?  (Robert Treat <xzilla@users.sourceforge.net>)
Список 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

В списке pgsql-general по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: extending by using procedurallanguage C : problems
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Problem with VACUUM after very large delete?