Re: row filtering for logical replication
От | Euler Taveira |
---|---|
Тема | Re: row filtering for logical replication |
Дата | |
Msg-id | b02b43c7-3b84-4ca4-8218-94ea486c2fce@www.fastmail.com обсуждение исходный текст |
Ответ на | Re: row filtering for logical replication (Rahila Syed <rahilasyed90@gmail.com>) |
Ответы |
Re: row filtering for logical replication
Re: row filtering for logical replication |
Список | pgsql-hackers |
On Mon, Mar 29, 2021, at 6:45 AM, Rahila Syed wrote:
While running some tests on v13 patches, I noticed that, in case the published table dataalready exists on the subscriber database before creating the subscription, at the time ofCREATE subscription/table synchronization, an error as seen as followsWith the patch:2021-03-29 14:32:56.265 IST [78467] STATEMENT: CREATE_REPLICATION_SLOT "pg_16406_sync_16390_6944995860755251708" LOGICAL pgoutput USE_SNAPSHOT2021-03-29 14:32:56.279 IST [78467] LOG: could not send data to client: Broken pipe2021-03-29 14:32:56.279 IST [78467] STATEMENT: COPY (SELECT aid, bid, abalance, filler FROM public.pgbench_accounts WHERE (aid > 0)) TO STDOUT2021-03-29 14:32:56.279 IST [78467] FATAL: connection to client lost2021-03-29 14:32:56.279 IST [78467] STATEMENT: COPY (SELECT aid, bid, abalance, filler FROM public.pgbench_accounts WHERE (aid > 0)) TO STDOUT2021-03-29 14:33:01.302 IST [78470] LOG: logical decoding found consistent point at 0/4E2B84602021-03-29 14:33:01.302 IST [78470] DETAIL: There are no running transactions.
Rahila, I tried to reproduce this issue with the attached script but no luck. I always get
Without the patch:2021-03-29 15:05:01.581 IST [79029] ERROR: duplicate key value violates unique constraint "pgbench_branches_pkey"2021-03-29 15:05:01.581 IST [79029] DETAIL: Key (bid)=(1) already exists.2021-03-29 15:05:01.581 IST [79029] CONTEXT: COPY pgbench_branches, line 12021-03-29 15:05:01.583 IST [78538] LOG: background worker "logical replication worker" (PID 79029) exited with exit code 12021-03-29 15:05:06.593 IST [79031] LOG: logical replication table synchronization worker for subscription "test_sub2", table "pgbench_branches" has started
... this message. The code that reports this error is from the COPY command.
Row filter modifications has no control over it. It seems somehow your
subscriber close the replication connection causing this issue. Can you
reproduce it consistently? If so, please share your steps.
Вложения
В списке pgsql-hackers по дате отправления: