Re: CREATE INDEX speeds up query on 31 row table ...

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: CREATE INDEX speeds up query on 31 row table ...
Дата
Msg-id 24368.1096570608@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: CREATE INDEX speeds up query on 31 row table ...  (Greg Stark <gsstark@mit.edu>)
Ответы Re: CREATE INDEX speeds up query on 31 row table ...  ("Marc G. Fournier" <scrappy@postgresql.org>)
Re: CREATE INDEX speeds up query on 31 row table ...  ("Matthew T. O'Connor" <matthew@zeut.net>)
Список pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> You say it's "*very* busy" is it possible there are hundreds or thousands of
> tuples in there that are uncommitted or committed after this query starts?

More specifically, I bet there's a huge number of completely empty
pages, which would be read by a seqscan but not an indexscan.  VACUUM
FULL should fix it nicely, but it's odd that autovacuum isn't keeping
a lid on the file size.  Maybe with so few live rows, it's confused into
thinking it doesn't need to vacuum the table often?
        regards, tom lane


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

Предыдущее
От: Gaetano Mendola
Дата:
Сообщение: Re: FlushRelationBuffers error
Следующее
От: Tom Lane
Дата:
Сообщение: Re: SIGABRT on 7.4.5