Re: POC: enable logical decoding when wal_level = 'replica' without a server restart
От | shveta malik |
---|---|
Тема | Re: POC: enable logical decoding when wal_level = 'replica' without a server restart |
Дата | |
Msg-id | CAJpy0uCqgQkZg8t9DAtaWuT5w4Az=5ocCge2pieiZo+hp1db-Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: POC: enable logical decoding when wal_level = 'replica' without a server restart (Masahiko Sawada <sawada.mshk@gmail.com>) |
Ответы |
Re: POC: enable logical decoding when wal_level = 'replica' without a server restart
|
Список | pgsql-hackers |
On Tue, Sep 23, 2025 at 3:28 AM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > > > I've attached the updated patch. It incorporates all comments I got so > far and implements to lazily disable logical decoding. It's used only > when the process tries to disable logical decoding during process > exit. > I am resuming the review now. I agree with the discussion of lazily disabling logical decoding on ERROR or process-exit for temp-slot. Few initial comments: 1) I see that on standby too, during proc-exit, we set 'pending_disable'. But it never resets it, as DisableLogicalDecodingIfNecessary is no-op on standby. And thus the checkpoint keeps on attempting to reset it everytime. Do we even need to set it on standby? Logfile has repeated: 'start completing pending logical decoding disable request' 2) + ereport(LOG, + (errmsg("skip disabling logical decoding as during process exit"))); 'as' not needed. thanks Shveta
В списке pgsql-hackers по дате отправления: