当前位置:   article > 正文

postgres配置主从流复制_postgres主从流复制俩库都是只读

postgres主从流复制俩库都是只读

原文链接 http://www.cnblogs.com/yjf512/p/4499547.html


postgres主从流复制

postgres在9.0之后引入了主从的流复制机制,所谓流复制,就是从库通过tcp流从主库中同步相应的数据。postgres的主从看过一个视频,大概效率为3w多事务qps。

postgres的主从主称之为primary,从称为stand_by。主从配置需要注意的一个是主从的postgres的版本,环境,等最好都需要一致,否则可能产生奇奇怪怪的问题。

postgres的主配置

主是10.12.12.10这台机器

首先需要配置一个账号进行主从同步。

修改pg_hba.conf,增加replica用户,进行同步。

host    replication     replica     10.12.12.12/32                 md5

这样,就设置了replica这个用户可以从10.12.12.12 对应的网段进行流复制请求。

给postgres设置密码,登录和备份权限。

postgres# CREATE ROLE replica login replication encrypted password 'replica'

修改postgresql.conf,注意设置下下面几个地方:

  1. wal_level = hot_standby # 这个是设置主为wal的主机
  2. max_wal_senders = 32 # 这个设置了可以最多有几个流复制连接,差不多有几个从,就设置几个
  3. wal_keep_segments = 256 # 设置流复制保留的最多的xlog数目
  4. wal_sender_timeout = 60s # 设置流复制主机发送数据的超时时间
  5. max_connections = 100 # 这个设置要注意下,从库的max_connections必须要大于主库的

重启主

pg_ctl restart

postgres的从配置

从是10.12.12.12这台机器

创建的目录为 /data/pgsql/data2

pg_basebackup -F p --progress -D /data/pgsql/data2 -h 10.12.12.10 -p 5432 -U replica --password

这里使用了pg_basebackup这个命令,/data/pgsql/data2这个目录是空的

成功之后,就可以看到这个目录中现有的文件都是一样的了。

进入到/data/pgsql/data2目录,复制recovery.conf,这个文件可以从pg的安装目录的share文件夹中获取,比如

cp /usr/local/postgres94/share/recovery.conf.sample /data/pgsql/data2/recovery.conf

修改recovery.conf,只要修改几个地方就行了

  1. standby_mode = on # 这个说明这台机器为从库
  2. primary_conninfo = 'host=10.12.12.10 port=5432 user=replica password=replica' # 这个说明这台机器对应主库的信息
  3. recovery_target_timeline = 'latest' # 这个说明这个流复制同步到最新的数据

postgresql.conf中也有几个地方要进行修改

  1. max_connections = 1000 # 一般查多于写的应用从库的最大连接数要比较大
  2. hot_standby = on # 说明这台机器不仅仅是用于数据归档,也用于数据查询
  3. max_standby_streaming_delay = 30s # 数据流备份的最大延迟时间
  4. wal_receiver_status_interval = 1s # 多久向主报告一次从的状态,当然从每次数据复制都会向主报告状态,这里只是设置最长的间隔时间
  5. hot_standby_feedback = on # 如果有错误的数据复制,是否向主进行反馈

好了,现在启动从库

确认主库和从库都配置好了

查看进程,主库所在的机器中会看到sender进程

8467 postgres  20   0  255m 2396 1492 S  0.0  0.1   0:00.66 postgres: wal sender process replica 

从库所在的机器中会看到receiver进程

8466 postgres  20   0  298m 1968 1096 S  0.0  0.1   0:06.88 postgres: wal receiver process   streaming 3/CF118C18

查看复制状态

主库中执行:

  1. postgres=# select * from pg_stat_replication;
  2. -[ RECORD 1 ]----+------------------------------
  3. pid | 8467 # sender的进程
  4. usesysid | 44673 # 复制的用户id
  5. usename | replica # 复制的用户用户名
  6. application_name | walreceiver
  7. client_addr | 10.12.12.12 # 复制的客户端地址
  8. client_hostname |
  9. client_port | 55804 # 复制的客户端端口
  10. backend_start | 2015-05-12 07:31:16.972157+08 # 这个主从搭建的时间
  11. backend_xmin |
  12. state | streaming # 同步状态 startup: 连接中、catchup: 同步中、streaming: 同步
  13. sent_location | 3/CF123560 # Master传送WAL的位置
  14. write_location | 3/CF123560 # Slave接收WAL的位置
  15. flush_location | 3/CF123560 # Slave同步到磁盘的WAL位置
  16. replay_location | 3/CF123560 # Slave同步到数据库的WAL位置
  17. sync_priority | 0 #同步Replication的优先度
  18. 0: 异步、1~?: 同步(数字越小优先度越高)
  19. sync_state | async # 有三个值,async: 异步、sync: 同步、potential: 虽然现在是异步模式,但是有可能升级到同步模式

同步复制

看到上面的sync_state的状态有同步和异步的区别。

我们之前的概念都是异步备份,就是一个事务完成了之后,直接返回程序,然后纪录日志,由复制进程重放日志进行数据复制。同步备份的概念,就是一个事务只有当完成了数据复制之后,才返回到程序中。当然同步的性能一定会比异步的性能差一个量级。


声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/盐析白兔/article/detail/780337
推荐阅读