Re: replay pause vs. standby promotion
От | Sergei Kornilov |
---|---|
Тема | Re: replay pause vs. standby promotion |
Дата | |
Msg-id | 9842121584969106@myt5-b646bde4b8f3.qloud-c.yandex.net обсуждение исходный текст |
Ответ на | Re: replay pause vs. standby promotion (Fujii Masao <masao.fujii@oss.nttdata.com>) |
Ответы |
Re: replay pause vs. standby promotion
|
Список | pgsql-hackers |
Hello (I am trying to find an opportunity to review this patch...) Consider test case with streaming replication: on primary: create table foo (i int); on standby: postgres=# select pg_wal_replay_pause(); pg_wal_replay_pause --------------------- (1 row) postgres=# select pg_is_wal_replay_paused(); pg_is_wal_replay_paused ------------------------- t (1 row) postgres=# table foo; i --- (0 rows) Execute "insert into foo values (1);" on primary postgres=# select pg_promote (); pg_promote ------------ t (1 row) postgres=# table foo; i --- 1 And we did replay one additional change during promote. I think this is wrong behavior. Possible can be fixed by + if (PromoteIsTriggered()) break; /* Setup error traceback support for ereport() */ errcallback.callback = rm_redo_error_callback; regards, Sergei
В списке pgsql-hackers по дате отправления: