Re: Re: Re: Enabling checksums on a streaming replica

From: "Brad Nicholson" <bradn(at)ca(dot)ibm(dot)com>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Grigory Smolkin <g(dot)smolkin(at)postgrespro(dot)ru>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Re: Re: Enabling checksums on a streaming replica
Date: 2019-06-28 11:43:30
Message-ID: OFC940A082.FAEA8B57-ON85258427.00402394-85258427.0040686A@notes.na.collabserv.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Michael Paquier <michael(at)paquier(dot)xyz> wrote on 06/27/2019 11:17:10 PM:

> From: Michael Paquier <michael(at)paquier(dot)xyz>
> To: Brad Nicholson <bradn(at)ca(dot)ibm(dot)com>
> Cc: Grigory Smolkin <g(dot)smolkin(at)postgrespro(dot)ru>, pgsql-
> general(at)lists(dot)postgresql(dot)org
> Date: 06/27/2019 11:17 PM
> Subject: [EXTERNAL] Re: Re: Enabling checksums on a streaming replica
>
> On Wed, Jun 26, 2019 at 02:08:19PM -0400, Brad Nicholson wrote:
> > In testing, it doesn't appear to matter. I've ensured that I've
generated
> > some full page writes (confirmed via pg_waldump), and those apply
> > fine.
>
> Full pages writes are first written from shared buffers to WAL, where
> their checksums does not actually apply. When the WAL records are
> read an applied, a full page image is recovered in shared buffers.
> The checksum of the page would get updated once the shared buffer page
> used is evicted and written back to disk.
>

So if all the checksums are being recalculated on the replica, this
approach should be relatively safe, should it not?

Assuming pg_checksums is doing the right thing (and it looks to me like it
should be).

Brad.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Fabrízio de Royes Mello 2019-06-28 12:16:16 Re: patch 11.2 to 11.4
Previous Message Pawan Sharma 2019-06-28 06:35:04 PostgreSQL 11 Auto vacuum