Re: Why is vacuum_freeze_min_age 100m?

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: Why is vacuum_freeze_min_age 100m?
Дата
Msg-id 4A82C0D10200002500029977@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: Why is vacuum_freeze_min_age 100m?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Why is vacuum_freeze_min_age 100m?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
Tom Lane <tgl@sss.pgh.pa.us> wrote:

> (2) there's not really much to be gained by reducing it.

That depends.  The backup techniques I recently posted, using hard
links and rsync, saved us the expense of another ten or twenty TB of
mirrored SAN archival storage space, and expensive WAN bandwidth
upgrades.  In piloting this we found that we were sending our
insert-only data over the wire twice -- once after it was inserted and
once after it aged sufficiently to be frozen.  Aggressive freezing
effectively cut our bandwidth and storage needs for backup down almost
by half.  (Especially after we made sure we left enough time for the
VACUUM FREEZE to complete before starting that night's backup
process.)

Not that most people have the same issue, but there are at least
*some* situations where there is something significant to be gained by
aggressive freezing.  Not that this is an argument for changing the
*default*, of course; if someone is going to venture into these backup
techniques, they'd better have the technical savvy to deal with
tweaking their freeze strategy.

-Kevin

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

Предыдущее
От: Nickolay
Дата:
Сообщение: transaction delays to apply
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Why is vacuum_freeze_min_age 100m?