Re: Remove page-read callback from XLogReaderState.

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Craig Ringer <craig(at)2ndquadrant(dot)com>, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
Cc: Álvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Remove page-read callback from XLogReaderState.
Date: 2020-01-26 09:42:32
Message-ID: d722a94e-9fad-1320-be0d-9e9fe4b7ab12@iki.fi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 21/01/2020 13:33, Craig Ringer wrote:
> On Tue, 21 Jan 2020 at 18:46, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> wrote:
>> It seems to me that it works perfectly, and everything looks good
>
> I seem to remember some considerable pain in this area when it came to
> timeline switches. Especially with logical decoding and xlog records
> that split across a segment boundary.
>
> My first attempts at logical decoding timeline following appeared fine
> and passed tests until they were put under extended real world
> workloads, at which point they exploded when they tripped corner cases
> like this.
>
> I landed up writing ridiculous regression tests to trigger some of
> these behaviours. I don't recall how many of them made it into the
> final patch to core but it's worth a look in the TAP test suite.

Yeah, the timeline switching stuff is complicated. The small
XLogBeginRead() patch isn't really affected, but it's definitely
something to watch out for in the callback API patch. If you happen to
have any extra ridiculous tests still lying around, would be nice to
look at them.

- Heikki

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Vik Fearing 2020-01-26 12:29:16 Add %x to PROMPT1 and PROMPT2
Previous Message Heikki Linnakangas 2020-01-26 09:40:05 Re: Remove page-read callback from XLogReaderState.