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
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. |