Re: Excessive number of replication slots for 12->14 logical replication
От | Masahiko Sawada |
---|---|
Тема | Re: Excessive number of replication slots for 12->14 logical replication |
Дата | |
Msg-id | CAD21AoCjdrTeDJxyGCekopzZ4MKB=5+224B1whnM48N2ZFLexQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Excessive number of replication slots for 12->14 logical replication (Ajin Cherian <itsajin@gmail.com>) |
Ответы |
Re: Excessive number of replication slots for 12->14 logical replication
|
Список | pgsql-bugs |
On Fri, Aug 12, 2022 at 12:04 AM Ajin Cherian <itsajin@gmail.com> wrote: > > On Thu, Aug 4, 2022 at 5:42 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > > > > Thank you for working on this. I have a comment and a question: > > > > * This has to be done after updating the state > > because otherwise if > > * there is an error while doing the database > > operations we won't be > > - * able to rollback dropped slot. > > + * able to rollback dropped slot or origin tracking. > > > > I think we can actually roll back dropping the replication origin. So > > the above comment is true for only replication slots. > > > > Fixed this. Thank you for updating the patch. /* - * Cleanup the tablesync slot. + * Cleanup the origin tracking and tablesync slot. * * This has to be done after updating the state because otherwise if * there is an error while doing the database operations we won't be * able to rollback dropped slot. */ The first paragraph mentioned the cleanup of both tablesync slot and origin, but the second paragraph mentioned only the tablesync slot despite "this" probably meaning the cleanup of both. I think that we can just add the comment for dropping the origin while not touching the comment for dropping the slot. The rest looks good to me. Regards, -- Masahiko Sawada EDB: https://www.enterprisedb.com/
В списке pgsql-bugs по дате отправления: