Postgres配置主从流复制

postgres主从流复制

• postgres在9.0之后引入了主从的流复制机制，所谓流复制，就是从库通过tcp流从主库中同步相应的数据。
• postgres的主从主称之为primary，从称为stand_by。
• 主从配置需要注意：一个是主从的postgres的版本，环境最好都需要一致，否则可能产生奇奇怪怪的问题。

postgres的主配置

主：192.168.1.239这台机器

• 　首先需要配置一个账号进行主从同步，修改pg_hba.conf，增加replica用户，进行同步。（也可延用postgres）

　　　　host    replication     postgres     192.168.1.0/24                 md5

　　　　设置了postgres这个用户可以从192.168.1.0 对应的网段进行流复制请求。

　　　　附：给postgres设置密码，登录和备份权限。

　　　　修改pg用户密码：　　postgres=#ALTER USER postgres WITH PASSWORD 'new password';

　　　　创建pg用户：　　　　postgres# CREATE ROLE replica LOGIN REPLICATION ENCRYPTED PASSWORD 'replica';

• 配置文件修改：

　　postgresql.conf，注意设置下下面几个地方：

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

　　重启主让配置生效：　　pg_ctl restart

postgres的从配置

从：192.168.1.240

• 创建的目录为 /pgdata/9.1/data1
• pg_basebackup -F p --progress -D /pgdata/9.1/data1 -h 192.168.1.239 -p 5432 -U postgres --password

　　使用pg_basebackup这个命令，/pgdata/9.1/data1保证目录为空。

　　成功之后，可看见此目录中的配置文件和主的配置文件是一致的。

• 进入到安装目录中/usr/local/pgsql目录，复制recovery.conf，

　　cp /usr/local/pgsql/share/recovery.conf.sample /pgdata/9.1/data1/recovery.conf

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

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

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

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

　　启动从库：pg_ctl -D /pgdata/9.1/data1/ start

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

• 查看进程，主库所在的机器中会看到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

查看复制状态

主库中执行：

　　　　postgres=# select * from pg_stat_replication;

procpid | usesysid | usename | application_name | client_addr | client_hostname | client_port | backend_start | state | sent_location | write_location | flush_locati
on | replay_location | sync_priority | sync_state
---------+----------+----------+------------------+---------------+-----------------+-------------+-------------------------------+-----------+---------------+----------------+-------------
---+-----------------+---------------+------------
4724 | 10 | postgres | walreceiver | 192.168.1.240 | | 44685 | 2017-09-20 12:18:12.851221+08 | streaming | 0/50006E0 | 0/50006E0 | 0/50006E0
| 0/50006E0 | 0 | async
(1 row)

• 附各个参数说明（取自其它文档） -[ RECORD 1 ]
• ----+------------------------------ pid | 8467 # sender的进程
• usesysid | 44673 # 复制的用户id
• usename | replica # 复制的用户用户名
• application_name | walreceiver client_addr | 10.12.12.12 # 复制的客户端地址
• client_hostname | client_port | 55804# 复制的客户端端口
• backend_start | 2015-05-12 07:31:16.972157+08 # 这个主从搭建的时间
• backend_xmin | state | streaming # 同步状态
• startup: 连接中
• catchup: 同步中
• streaming: 同步
• sent_location | 3/CF123560 # Master传送WAL的位置
• write_location | 3/CF123560 # Slave接收WAL的位置
• flush_location | 3/CF123560 # Slave同步到磁盘的WAL位置
• replay_location | 3/CF123560 # Slave同步到数据库的WAL位置
• sync_priority | 0 #同步Replication的优先度 0: 异步、1～?: 同步(数字越小优先度越高)
• sync_state | async # 有三个值，async: 异步、sync: 同步、potential: 虽然现在是异步模式，但是有可能升级到同步模式

同步复制

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

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