Re: [HACKERS] Aggressive freezing in lazy-vacuum

Поиск
Список
Период
Сортировка
От Florian G. Pflug
Тема Re: [HACKERS] Aggressive freezing in lazy-vacuum
Дата
Msg-id 45EC6F02.1050306@phlo.org
обсуждение исходный текст
Ответ на Re: [HACKERS] Aggressive freezing in lazy-vacuum  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Aggressive freezing in lazy-vacuum  (Heikki Linnakangas <heikki@enterprisedb.com>)
Список pgsql-patches
Tom Lane wrote:
> ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp> writes:
>> This is a stand-alone patch for aggressive freezing. I'll propose
>> to use OldestXmin instead of FreezeLimit as the freeze threshold
>> in the circumstances below:
>
> I think it's a really bad idea to freeze that aggressively under any
> circumstances except being told to (ie, VACUUM FREEZE).  When you
> freeze, you lose history information that might be needed later --- for
> forensic purposes if nothing else.  You need to show a fairly amazing
> performance gain to justify that, and I don't think you can.

There could be a GUC vacuum_freeze_limit, and the actual FreezeLimit
would be calculated as
GetOldestXmin() - vacuum_freeze_limit

The default for vacuum_freeze_limit would be MaxTransactionId/2, just
as it is now.

greetings, Florian Pflug

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

Предыдущее
От: "Simon Riggs"
Дата:
Сообщение: Heap page diagnostic/test functions (WIP)
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [HACKERS] Aggressive freezing in lazy-vacuum