Skip site navigation (1) Skip section navigation (2)

Re: PostgreSQL + Replicator developer meeting 10/28

From: Joshua Drake <jd(at)commandprompt(dot)com>
To: Hannu Krosing <hannu(at)2ndQuadrant(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: PostgreSQL + Replicator developer meeting 10/28
Date: 2008-10-28 22:18:03
Message-ID: 20081028151803.210f9b58@jd-laptop (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Tue, 28 Oct 2008 19:46:42 +0200
Hannu Krosing <hannu(at)2ndQuadrant(dot)com> wrote:

> >  The current topics are:
> >
> >     * New MCP architecture
> What's new ? 
> I have some doubts about the current architecture based on my reading
> of replicator wiki, but would like to learn about the "new"
> architecture before spending too much time in studying the "old" one.

The two obvious problems with the existing MCP architecture is:

 1. Single point of failure
 2. Portability

The new architecture is set to remove both of those. The short version
is the MCP will be moved into the backend. Thus:

Master->MCP|Slave ->Slave1

The process being, Master sends data to MCP|Slave, MCP|Slave writes it
to disk (optionally restores it) and then forwards it to 1,2,3 who then
receive the data, write it to disk and then restore it.

If master dies, you can promote to any of the slaves and the left over
slaves will connect to the promoted slave and begin receiving updates.

If the MCP|Slave dies a new Slave can begin the MCP|Slave process.

Alvaro or Alexey can speak more technically about implementation than I

> >     * DDL Replication
> Is it there alread, or is it just  a planned feature ?

Planned feature.

>  * How hard would it be to extract DDL replication part and use it as
>    basis for DDL after trigger support for use in trigger based
>    replication/auditing like Slony ann pgQ/Londiste ?

Hmm I am not sure. We are pretty deep into the core and only use


Joshua D. Drake

The PostgreSQL Company since 1997: 
PostgreSQL Community Conference:
United States PostgreSQL Association:

In response to


pgsql-hackers by date

Next:From: Bruce McAlisterDate: 2008-10-28 23:01:33
Subject: UUID-OSSP Contrib Module Compilation Issue
Previous:From: Martin PihlakDate: 2008-10-28 22:15:38
Subject: Re: SQL/MED compatible connection manager

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group