Re: Reviving lost replication slots
От | Amit Kapila |
---|---|
Тема | Re: Reviving lost replication slots |
Дата | |
Msg-id | CAA4eK1K+xf=n_wRv6MFYiAh+_if9_Czr5jWKim3LKLMSSKaohw@mail.gmail.com обсуждение исходный текст |
Ответ на | Reviving lost replication slots (sirisha chamarthi <sirichamarthi22@gmail.com>) |
Ответы |
Re: Reviving lost replication slots
|
Список | pgsql-hackers |
On Fri, Nov 4, 2022 at 1:40 PM sirisha chamarthi <sirichamarthi22@gmail.com> wrote: > > A replication slot can be lost when a subscriber is not able to catch up with the load on the primary and the WAL to catchup exceeds max_slot_wal_keep_size. When this happens, target has to be reseeded (pg_dump) from the scratch and thiscan take longer. I am investigating the options to revive a lost slot. > Why in the first place one has to set max_slot_wal_keep_size if they care for WAL more than that? If you have a case where you want to handle this case for some particular slot (where you are okay with the invalidation of other slots exceeding max_slot_wal_keep_size) then the other possibility could be to have a similar variable at the slot level but not sure if that is a good idea because you haven't presented any such case. -- With Regards, Amit Kapila.
В списке pgsql-hackers по дате отправления: