Re: Copy function for logical replication slots
От | Masahiko Sawada |
---|---|
Тема | Re: Copy function for logical replication slots |
Дата | |
Msg-id | CAD21AoDe6ZQvh600KaBDVzBqPu1mt0=6U8dxB6NUeL_T_A9pdg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Copy function for logical replication slots (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Copy function for logical replication slots
|
Список | pgsql-hackers |
On Thu, Jun 28, 2018 at 12:29 PM, Michael Paquier <michael@paquier.xyz> wrote: > On Thu, Jun 28, 2018 at 11:51:20AM +0900, Masahiko Sawada wrote: >> A use case I imagined is for investigations for example. I mean that >> when replication collision occurs on subscriber there is no way to see >> what replicated data is conflicting (perhaps error log helps it but is >> not detailed) and there is no way to advance a replication origin in >> order to exactly skip to apply conflicting data. By creating a new >> logical slot with a different output plugin at the same LSN, we can >> see what data a replication slot will decode (and send) and those LSNs >> as well. This function will help for that purpose. > > Hm. Shouldn't the original slot copied be owned by the process doing > the copy with ReplicationSlotAcquire? Right, it should do and release it before creating new one. > There could be some cases where > copying a physical slot also makes sense. I've thought that but I didn't find concrete use case. That's why I started with only logical slot. Attached v2 patch. Regards, -- Masahiko Sawada NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
Вложения
В списке pgsql-hackers по дате отправления: