Re: Database performance post-VACUUM FULL

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Database performance post-VACUUM FULL
Дата
Msg-id 603c8f070909180640p3e9f77cau7bdeacc5fad74ebc@mail.gmail.com
обсуждение исходный текст
Ответ на Database performance post-VACUUM FULL  (Karl Wright <kwright@metacarta.com>)
Список pgsql-performance
On Fri, Sep 18, 2009 at 8:44 AM, Karl Wright <kwright@metacarta.com> wrote:
> Hi all,
>
> We're using Postgresql 8.3.7 on Debian.  We are seeing a very strange
> performance situation with our application which I am hoping that someone
> can shed light on.
>
> Our tests find that our application runs quite well on 8.3.7 initially.  The
> test consists of database creation followed by 30 cycles of creation and
> removal of approximately 1,000,000 rows (across all tables) per cycle.
>  However, when database maintenance takes place (which consists of a VACUUM
> FULL operation, and some table REINDEX operations), subsequent cycle
> performance is more than 2x worse.  What's more, after one VACUUM FULL
> operation has been done on the database, no subsequent VACUUM FULL
> operations *ever* seem to restore it to proper performance levels.
>
> We used the same general maintenance procedure with 8.2 and found that it
> worked as expected, so we were quite surprised to discover this problem with
> 8.3.7.  Anybody know what's going on?

Can you post to the list all the uncommented settings from your
postgresql.conf, the output of VACUUM VERBOSE, and the output of
EXPLAIN ANALYZE for some representative queries?

...Robert

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

Предыдущее
От: Karl Wright
Дата:
Сообщение: Database performance post-VACUUM FULL
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Use of BETWEEN with identical values