Re: Non-blocking vacuum full

Поиск
Список
Период
Сортировка
От Ron Mayer
Тема Re: Non-blocking vacuum full
Дата
Msg-id 46FDBC84.2000205@cheapcomplexdevices.com
обсуждение исходный текст
Ответ на Re: Non-blocking vacuum full  (Heikki Linnakangas <heikki@enterprisedb.com>)
Ответы Re: Non-blocking vacuum full  (Heikki Linnakangas <heikki@enterprisedb.com>)
Список pgsql-performance
Heikki Linnakangas wrote:
> Peter Schuller wrote:
>> to have a slow background process (similar to normal non-full vacuums
> ...
> I think it's doable, if you take a copy of the tuple, and set the ctid
> pointer on the old one like an UPDATE, and wait until the old tuple is
> no longer visible to anyone before removing it. It does require some
> changes to tuple visibility code.

Wouldn't just having this slow background process
repeatedly alternating between
 update table set anycol=anycol where ctid > [some ctid near the end]
and running normal VACUUM statements do what the original poster
was asking?  And with 8.3, I guess also avoiding HOT?



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: OOM Errors as a result of table inheritance and a bad plan(?)
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Non-blocking vacuum full