PostgreSQL 集群复制方案之使用pgq和londiste工具包

关于PostgreSQL集群复制方案

可以参考25 高可用性,负载均衡和复制这篇文章了解一些常规的复制方案。


关于pgq和londiste工具

来自于skype的工具包skytools,其中pgq是基于postgresql的通用队列实现。而londiste是基于pgq的复制工具。这 两个工具的组合类似于slony,但相比二者,前者更简单一些。我们可以简单地把这种复制理解成 producer(provider)/consumer(subscriber)类型。master产生数据在队列中,而slave从队列中取数据并且 作用在自己身上。


安装

简单描述一下安装过程如下(假设两台机器,一台是master,一台是slave,都已经安装了数据库)

  • 安装psycopg2,到这里下载
tar xzvf psycopg2-2.0.7.tar.gz
cd psycopg2-2.0.7
python setup.py build_ext -Rpgsql的安装目录/lib
python setup.py install
  • 安装skytools,到这里下载
tar xzvf skytools-2.1.7.tar.gz
cd skytools-2.1.7
./configure
make
make install
python setup.py install

配置

  • master-pgq

配置文件名:ticker.ini

[pgqadm]
job_name = ticker
db = dbname=foo host=127.0.0.1 port=5555 user=chry
# how often to run maintenance [minutes]
maint_delay_min = 1
# how often to check for activity [secs]
loop_delay = 0.1
logfile = %(job_name)s.log
pidfile = %(job_name)s.pid
use_skylog = 0
  • master-provider和slave-subscriber

配置文件名:replica.ini

[londiste]
job_name = lmaster_to_slave
provider_db = dbname=foo host=127.0.0.1 port=5555 user=chry
subscriber_db = dbname=foo host=205.203.*.* port=5555 user=chry
# it will be used as sql ident so no dots/spaces
pgq_queue_name = londiste.write
pidfile = %(job_name)s.pid
logfile = %(job_name)s.log
use_skylog = 0

启动replication daemon

  • master(producer)
pgqadm.py ticker.ini ticker -d (启动pgq管理进程)
londiste.py replica.ini provider install(安装londiste需要的schema)
  • slave(consumer)
londiste.py replica.ini subscriber install(安装londiste需要的schema)
londiste.py replica.ini replay -d(启动数据复制,replica这个文件被部署了两次)

以上过程需要保证slave可以登录master的数据库。


添加一个复制集

  • 假设你要同步表entry, 其有两个字段:id(sequence, primary key), item text。那么我们还需要同步sequence:entry_id_seq

master

londiste.py replica.ini provider add entry
londiste.py replica.ini provider add-seq entry_id_seq

slave

londiste.py replica.ini subscriber add entry
londiste.py replica.ini subscriber add-seq entry_id_seq

添加完毕。


测试结论

  • 同步的表对象需要有primary key
  • 在master操作insert/update/delete操作,可以正确同步到slave相应的表中。但不支持truncate。
  • 如果slave数据库down掉,在slave重新起来的这段时间内的master的数据变化可以同步到slave相应的表中,而旧数据不会被同步。
  • 如果slave上执行insert/update/delete的表操作,那么master是不会影响到的,与之相反,sequence在slave上的任何改变,在master变化时会重置。
  • 要强制旧数据同步,可以在slave上执行:
londiste.py replica.ini subscriber resync -v --force

应用场合的探索

  • 这个方案可以应用在读写可分离的场合,比如结合plproxy的如下应用:

一边是feed数据到write集群,一边不仅仅希望读写分开以提高性能,同时可以支持load balance,那么pgq/londiste无疑是比较好的方案。之前可能需要同时写两个节点的数据以保证数据同步,这样不仅性能打折,而且还必须保证 事务,标准的plproxy是不支持事务的。

票务搜索就是这类应用,还有一些OLTP以及web应用可能也是合适的场合。

你可能感兴趣的:(PostgreSQL)