Re: Hot Standby: too many KnownAssignedXids

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Hot Standby: too many KnownAssignedXids
Дата
Msg-id 4CF777E3.2090701@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Hot Standby: too many KnownAssignedXids  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: Hot Standby: too many KnownAssignedXids  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On 02.12.2010 11:02, Simon Riggs wrote:
> The cause of the issue is that replay starts at one LSN and there is a
> delay until the RunningXacts WAL record occurs. If there was no delay,
> there would be no issue at all. In CreateCheckpoint() we start by
> grabbing the WAInsertLock and later recording that pointer as part of
> the checkpoint record. My proposal is to replace the "grab the lock"
> code with the insert of the RunningXacts WAL record (when wal_level
> set), so that recovery always starts with that record type.

Oh, interesting idea. But AFAICS closing the gap between acquiring the 
running-xacts snapshot and writing it to the log is sufficient, I don't 
see what moving the running-xacts record buys us. Does it allow some 
further simplifications somewhere?

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Yeb Havinga
Дата:
Сообщение: Re: FK's to refer to rows in inheritance child
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: pg_execute_from_file review