Re: Postgresql 'eats' all mi data partition

Поиск
Список
Период
Сортировка
От Tomas Szepe
Тема Re: Postgresql 'eats' all mi data partition
Дата
Msg-id 20030926181539.GB26641@louise.pinerecords.com
обсуждение исходный текст
Ответ на Re: Postgresql 'eats' all mi data partition  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Ответы Re: Postgresql 'eats' all mi data partition  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Re: Postgresql 'eats' all mi data partition  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
> [sszabo@megazone.bigpanda.com]
>
> Did you use -f on the vacuumdb?  If not, it did a normal vacuum (which
> isn't likely to help) not a full vacuum.

There are scenarios where VACUUM FULL is not an option because
of its resource-hungriness and plain VACUUM just doesn't seem
to help.

We have a production database that happens to receive several
thousand row updates per minute.  We VACUUM ANALYZE every four
hours with max_fsm_pages set to 2100000, and it's no use.

The only way to prevent the system from filling up the data
partition seems to be to regularly schedule downtime to dump
and restore the whole db (the dump is ~150 MiB gzipped).

--
Tomas Szepe <szepe@pinerecords.com>

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: pg_dump/all doesn't output schemas correctly (v7.3.4)
Следующее
От: Stephan Szabo
Дата:
Сообщение: Re: Postgresql 'eats' all mi data partition