Re: Avoid full page images in streaming replication? - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Avoid full page images in streaming replication?
Date
Msg-id CABUevExEt3y+vOBXzKHNsrfbibKpXmA6d=xj=eyn4PHx7QkBMQ@mail.gmail.com
Whole thread Raw
In response to Re: Avoid full page images in streaming replication?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Avoid full page images in streaming replication?  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
List pgsql-hackers
<p dir="ltr"><br /> On Oct 22, 2015 23:38, "Tom Lane" <<a href="mailto:tgl@sss.pgh.pa.us">tgl@sss.pgh.pa.us</a>>
wrote:<br/> ><br /> > Jim Nasby <Jim.Nasby@BlueTreble.com> writes:<br /> > > ISTM it should be
possibleto avoid sending full page writes to a<br /> > > streaming replica once the replica has reached a
consistentstate. I<br /> > > assume that the replica would still need to write full pages to it's<br /> > >
diskin case of a crash, but the sender could insert special WAL records<br /> > > to tell it when to do so,
insteadof sending the full page image.<br /> > > Presumably this would be a big win for replication over a
WAN.<br/> ><br /> > How are you going to make that work without LSNs in the WAL received by<br /> > the
replicadiverging from those in the master's WAL?<br /> ><p dir="ltr">We could in theory send a "this would be been a
fpibut it's skipped" record which would only exist in streaming and just make the standby write a noop of some kind? It
wouldstill be on the standby but it would at least not consume the bandwidth. Just skip sending the actual contents of
thefpi. <p dir="ltr">/Magnus  

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Avoid full page images in streaming replication?
Next
From: Pavel Stehule
Date:
Subject: Re: [PATCH] SQL function to report log message