Re: FSM rewrite committed, loose ends

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: FSM rewrite committed, loose ends
Дата
Msg-id 200809301459.08352.dfontaine@hi-media.com
обсуждение исходный текст
Ответ на Re: FSM rewrite committed, loose ends  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Ответы Re: FSM rewrite committed, loose ends
Список pgsql-hackers
Le mardi 30 septembre 2008, Heikki Linnakangas a écrit :
> Dimitri Fontaine wrote:
> > Question for the slow readers: this new FSM scheme being dynamic, it's no
> > longer possible to have table bloat, right?
> > (where table bloat is full of dead-for-any-transaction tuples, and you
> > have to CLUSTER or VACUUM FULL to be able to reuse the space it takes)
>
> No, it didn't change that. Regular VACUUMing or autovacuum is still needed.

But IIUC correctly it's no longer possible for PostgreSQL to forget about
where bloat is, so regular vacuuming will know how clean out any bloat any
time?

For example, a purge script which does a large DELETE could overrun the
max_fsm_pages setting, resulting in permanent bloat (until table rewrite).
This large DELETE will now be tracked completely by the new FSM, so
autovacuum will be able to have the space reused later?
--
dim

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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: parallel pg_restore - WIP patch
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: FSM rewrite committed, loose ends