Re: Logical decoding on standby
| От | Craig Ringer | 
|---|---|
| Тема | Re: Logical decoding on standby | 
| Дата | |
| Msg-id | CAMsr+YEsrUf0sq9RtK7cy2wM7+pUQQ22LzPU-FzVOBL7PROwhg@mail.gmail.com обсуждение исходный текст | 
| Ответ на | Re: Logical decoding on standby (Craig Ringer <craig@2ndquadrant.com>) | 
| Ответы | Re: Logical decoding on standby | 
| Список | pgsql-hackers | 
On 27 March 2017 at 14:08, Craig Ringer <craig@2ndquadrant.com> wrote: > So this patch makes ReplicationSlotAcquire check that the slot > database matches the current database and refuse to acquire the slot > if it does not. New patch attached that drops above requirement, so slots can still be dropped from any DB. This introduces a narrow race window where DROP DATABASE may ERROR if somebody connects to a different database and runs a pg_drop_replication_slot(...) for one of the slots being dropped by DROP DATABASE after we check for active slots but before we've dropped the slot. But it's hard to hit and it's pretty harmless; the worst possible result is dropping one or more of the slots before we ERROR out of the DROP. But you clearly didn't want them anyway, since you were dropping the DB and dropping some slots at the same time. I think this one's ready to go. -- Craig Ringer http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Вложения
В списке pgsql-hackers по дате отправления: