Re: Core team statement on replication in PostgreSQL

Поиск
Список
Период
Сортировка
От Aidan Van Dyk
Тема Re: Core team statement on replication in PostgreSQL
Дата
Msg-id 20080529161615.GD27560@yugib.highrise.ca
обсуждение исходный текст
Ответ на Re: Core team statement on replication in PostgreSQL  ("Dave Page" <dpage@pgadmin.org>)
Ответы Re: Core team statement on replication in PostgreSQL  ("Marko Kreen" <markokr@gmail.com>)
Re: Core team statement on replication in PostgreSQL  (James Mansion <james@mansionfamily.plus.com>)
Список pgsql-hackers
* Dave Page <dpage@pgadmin.org> [080529 12:03]:
> On Thu, May 29, 2008 at 4:48 PM, Douglas McNaught <doug@mcnaught.org> wrote:

> > I think the idea is that WAL records would be shipped (possibly via
> > socket) and applied as they're generated, rather than on a
> > file-by-file basis.  At least that's what "real-time" implies to me...
> 
> Yes, we're talking real-time streaming (synchronous) log shipping.

But synchronous streaming doesn't mean the WAL has to be *applied* on
the salve yet.  Just that it has to be "safely" on the slave (i.e on
disk, not just in kernel buffers).

The whole single-threaded WAL replay problem is going to rear it's ugly
head here too, and mean that a slave *won't* be able to keep up with a
busy master if it's actually trying to apply all the changes in
real-time.  Well, actually, if it's synchronous, it will keep up, but it
just means that now your master is IO capabilities is limited to the
speed of the slaves single-threaded WAL application.

a.
-- 
Aidan Van Dyk                                             Create like a god,
aidan@highrise.ca                                       command like a king,
http://www.highrise.ca/                                   work like a slave.

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Core team statement on replication in PostgreSQL
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: Core team statement on replication in PostgreSQL