Re: [HACKERS] logical replication syntax (was DROP SUBSCRIPTION,query cancellations and slot handling)
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: [HACKERS] logical replication syntax (was DROP SUBSCRIPTION,query cancellations and slot handling) |
| Дата | |
| Msg-id | 20170502154959.r45gitdimklbcrwt@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: [HACKERS] logical replication syntax (was DROP SUBSCRIPTION,query cancellations and slot handling) (Petr Jelinek <petr.jelinek@2ndquadrant.com>) |
| Ответы |
Re: [HACKERS] logical replication syntax (was DROP SUBSCRIPTION,query cancellations and slot handling)
|
| Список | pgsql-hackers |
Petr Jelinek wrote: > So the only way to fulfill the requirement you stated is to just not try > to drop the slot, ever, on DROP SUBSCRIPTION. That makes the default > behavior leave resources on upstream that will eventually cause that > server to stop unless user notices before. I think we better invent > something that limits how much inactive slots can hold back WAL and > catalog_xmin in this release as well then. I don't understand why isn't the default behavior to unconditionally drop the slot. Why do we ever want the slot to be kept? -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера