Re: row filtering for logical replication

From: Erik Rijkers <er(at)xs4all(dot)nl>
To: Euler Taveira <euler(at)timbira(dot)com(dot)br>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Suzuki Hironobu <hironobu(at)interdb(dot)jp>
Subject: Re: row filtering for logical replication
Date: 2018-11-01 08:30:36
Message-ID: 0bfccedb6ee196b3f5f4e3a96adadb03@xs4all.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2018-11-01 08:56, Erik Rijkers wrote:
> On 2018-11-01 01:29, Euler Taveira wrote:
>> Em qua, 28 de fev de 2018 às 20:03, Euler Taveira
>> <euler(at)timbira(dot)com(dot)br> escreveu:
>>> The attached patches add support for filtering rows in the publisher.
>>>
>
> I ran pgbench-over-logical-replication with a WHERE-clause and could
> not get this to do a correct replication. Below is the output of the
> attached test program.
>
>
> $ ./logrep_rowfilter.sh

I have noticed that the failure to replicate correctly can be avoided by
putting a wait state of (on my machine) at least 3 seconds between the
setting up of the subscription and the start of pgbench. See the bash
program I attached in my previous mail. The bug can be avoided by a
'sleep 5' just before the start of the actual pgbench run.

So it seems this bug is due to some timing error in your patch (or
possibly in logical replication itself).

Erik Rijkers

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Langote 2018-11-01 08:56:55 Re: Hooks to Modify Execution Flow and Query Planner
Previous Message Andrew Gierth 2018-11-01 08:15:18 Re: PostgreSQL Limits and lack of documentation about them.