Re: Proposal for background vacuum full/cluster

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Proposal for background vacuum full/cluster
Дата
Msg-id 11468.1114059973@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Proposal for background vacuum full/cluster  ("Jim C. Nasby" <decibel@decibel.org>)
Ответы Re: Proposal for background vacuum full/cluster  (Paul Tillotson <pntil@shentel.net>)
Re: Proposal for background vacuum full/cluster  ("Jim C. Nasby" <decibel@decibel.org>)
Список pgsql-hackers
"Jim C. Nasby" <decibel@decibel.org> writes:
> I'm not sure how different it is from vacuum full, though the main idea
> is that instead of locking the table you instead work in smaller pieces
> and don't block anything other than other updates.

We don't have any support for locking sections of a table larger than
a page, so I'm not clear on how the above could be made to work.

But in any case, I wasn't talking about vacuum full.  I was thinking of
the total picture in a normal vacuum cycle:
   1. vacuum cleans out dead tuples and records the space in FSM   2. ordinary inserts and updates use the space shown
inFSM   3. next vacuum cleans out the space freed, and shortens the table      if it can
 

I believe that step 2 preferentially uses space closer to the front
of the table, so I think that what you are proposing already happens
naturally.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords
Следующее
От: "Michael Paesold"
Дата:
Сообщение: Re: Problem with PITR recovery