Re: speed up a logical replica setup
От | Amit Kapila |
---|---|
Тема | Re: speed up a logical replica setup |
Дата | |
Msg-id | CAA4eK1KtGC-v_CYd8yaCwisrQvoZN=+As90p9hBM29DAxA+Pmg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: speed up a logical replica setup ("Euler Taveira" <euler@eulerto.com>) |
Ответы |
Re: speed up a logical replica setup
Re: speed up a logical replica setup |
Список | pgsql-hackers |
On Thu, Jan 4, 2024 at 8:52 AM Euler Taveira <euler@eulerto.com> wrote: > > On Mon, Jan 1, 2024, at 7:14 AM, vignesh C wrote: > > > 5) I felt the target server should be started before completion of > pg_subscriber: > > > Why? > Won't it be a better user experience that after setting up the target server as a logical replica (subscriber), it started to work seamlessly without user intervention? > The initial version had an option to stop the subscriber. I decided to > remove the option and stop the subscriber by default mainly because (1) it is > an extra step to start the server (another point is that the WAL retention > doesn't happen due to additional (synchronized?) replication slots on > subscriber -- point 2). It was a conservative choice. If point 2 isn't an > issue, imo point 1 is no big deal. > By point 2, do you mean to have a check for "max replication slots"? It so, the one possibility is to even increase that config, if the required max_replication_slots is low. -- With Regards, Amit Kapila.
В списке pgsql-hackers по дате отправления: