Re: pgsql: Introduce replication slots.
От | Andres Freund |
---|---|
Тема | Re: pgsql: Introduce replication slots. |
Дата | |
Msg-id | 20140201090924.GC17636@awork2.anarazel.de обсуждение исходный текст |
Ответ на | Re: pgsql: Introduce replication slots. (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: pgsql: Introduce replication slots.
|
Список | pgsql-committers |
On 2014-02-01 16:47:47 +0900, Fujii Masao wrote: > On Sat, Feb 1, 2014 at 12:50 PM, Robert Haas <rhaas@postgresql.org> wrote: > > Introduce replication slots. > > > > Replication slots are a crash-safe data structure which can be created > > on either a master or a standby to prevent premature removal of > > write-ahead log segments needed by a standby, as well as (with > > hot_standby_feedback=on) pruning of tuples whose removal would cause > > replication conflicts. Slots have some advantages over existing > > techniques, as explained in the documentation. > > > > In a few places, we refer to the type of replication slots introduced > > by this patch as "physical" slots, because forthcoming patches for > > logical decoding will also have slots, but with somewhat different > > properties. > > This patch changed basebackup.c so that it skips pg_replslot. It's OK > to skip all files in that directory, but an empty pg_replslot must be > included in the backup. Otherwise we cannot start PostgreSQL from > the backup taken via pg_basebackup. Attached patch fixes this problem. That's a pretty fair point. Not sure how that could escape my notice. The patch does look sane to me. I wonder if we additionally should add code to recreate pg_replslot on startup, similar to pg_xlog? Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-committers по дате отправления: