Re: archive status ".ready" files may be created too early
От | Bossart, Nathan |
---|---|
Тема | Re: archive status ".ready" files may be created too early |
Дата | |
Msg-id | 29C5E5E6-00D1-4B53-9BF7-73E1CB936E41@amazon.com обсуждение исходный текст |
Ответ на | Re: archive status ".ready" files may be created too early ("alvherre@alvh.no-ip.org" <alvherre@alvh.no-ip.org>) |
Ответы |
Re: archive status ".ready" files may be created too early
|
Список | pgsql-hackers |
On 8/17/21, 10:44 AM, "alvherre@alvh.no-ip.org" <alvherre@alvh.no-ip.org> wrote: > On 2021-Aug-17, Bossart, Nathan wrote: >> I've been thinking about the next steps for this one, too. ISTM we'll >> need to basically assume that the flush pointer jumps along record >> boundaries except for the cross-segment records. I don't know if that >> is the safest assumption, but I think the alternative involves >> recording every record boundary in the map. > > I'm not sure I understand your idea correctly. Perhaps another solution > is to assume that the flush pointer jumps along record boundaries > *including* for cross-segment records. The problem stems precisely from > the fact that we set the flush pointer at segment boundaries, even when > they aren't record boundary. I think we are in agreement. If we assume that the flush pointer jumps along record boundaries and segment boundaries, the solution would be to avoid using the flush pointer when it points to a segment boundary (given that the segment boundary is not also a record boundary). Instead, we'd only send up to the start position of the last record in the segment to standbys. Nathan
В списке pgsql-hackers по дате отправления: