Re: dramatic slowdown. . .fixed by vacuum

Поиск
Список
Период
Сортировка
От Joe Slag
Тема Re: dramatic slowdown. . .fixed by vacuum
Дата
Msg-id 20000721144219.A23144@isis.visi.com
обсуждение исходный текст
Ответ на RE: dramatic slowdown in selects after pg has been runni ng for a while  (patrick.wolf@Aerojet.com (WOLF, PATRICK))
Ответы Re: Re: dramatic slowdown. . .fixed by vacuum  (The Hermit Hacker <scrappy@hub.org>)
Re: Re: dramatic slowdown. . .fixed by vacuum  ("Anthony E . Greene" <agreene@pobox.com>)
Список pgsql-novice
On Fri, Jul 21, 2000 at 12:36:35PM -0700, WOLF, PATRICK wrote:
> Try running vacuum on the table or the database.  Here's an excerpt from the
> man on vacuum:
>
[snip]
>
>

Thanks to all who responded.  I vacuumed out foo, and sure enough
the select time is down to 10 seconds again.

I see in the docs the suggestion:

    We recommend that active production databases be VACUUMM-ed nightly

Is this how people tend to do their vacuuming?  Does anyone do programmatic
vacuums instead of / in addition to a nightly run?  Is vacuuming mainly
necessary after big deletes, or are there other common situations
requiring it?

Joe Slag
Wagpaw, Inc.

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

Предыдущее
От: John Burski
Дата:
Сообщение: pg_dump problem
Следующее
От: The Hermit Hacker
Дата:
Сообщение: Re: Re: dramatic slowdown. . .fixed by vacuum