Re: collateral benefits of a crash-safe visibility map
От | Tom Lane |
---|---|
Тема | Re: collateral benefits of a crash-safe visibility map |
Дата | |
Msg-id | 18591.1305047310@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: collateral benefits of a crash-safe visibility map (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: collateral benefits of a crash-safe visibility map
|
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > On Tue, May 10, 2011 at 12:57 PM, Simon Riggs <simon@2ndquadrant.com> wrote: >> Hmmm, do we really need to WAL log freezing? > That might solve the relfrozenxid problem - set the bits in the heap, > sync the heap, then update relfrozenxid once the heap is guaranteed > safely on disk - but it again seems problematic for Hot Standby. ... or even warm standby. You basically *have to* WAL-log freezing before you can truncate pg_clog. The only freedom you have here is freedom to mess with the policy about how soon you try to truncate pg_clog. (Doing an unlogged freeze operation first is right out, too, if it causes the system to fail to perform/log the operation later.) regards, tom lane
В списке pgsql-hackers по дате отправления: