参考了别人的部分，添加了自己在实践中的内容，仅做记录。
1.同步流复制中
主机操作
1.1postgresql.conf
wal_level = hot_standby # 这个是设置主为wal的主机
max_wal_senders = 32 # 这个设置了可以最多有几个流复制连接，差不多有几个从，就设置几个
wal_keep_segments = 256 ＃ 设置流复制保留的最多的xlog数目
wal_sender_timeout = 60s ＃ 设置流复制主机发送数据的超时时间
max_connections = 100 # 这个设置要注意下，从库的max_connections必须要大于主库的
synchronous_standby_names='standby1' #同步复制时需要配置该参数，同样在备机需要在连接中配置application_name=standby1
＃可以配置多个，standby1,standby2。三个节点中，一个主，一个同步流复制，一个潜在同步流复制。
＃级别是按照配置的顺序决定，当standby1掉了后，备用同步流复制自动成为同步流复制，主节点的写入不会卡住。但是如果两个同步节点都掉了，则主节点不能写入，写入时＃会卡在等待同步节点返回值的地方。
synchronous_commit=on|remote_write|locale|off＃on 表示主节点XLOG写入xlog file且备节点接收到XLOG，并将XLOG写入到wal buffer，wal buffer刷盘道xlog file之后，事务才可以完成提交。
＃remote_write表示主节点XLOG写入xlog file且备节点接收到XLOG，并将XLOG写入到wal buffer后，事务才可以完成提交。
＃locale 表示主节点XLOG写入xlog file，事务即可完成提交。
＃off 表示主节点XLOG写入到wal buffer，事务即可完提交。hot_standby = on #在启动过程中做recovery时，可以访问数据库。不设置在启动后，连接数据库，可能会遇到：＃[postgre@pg-2 postgresql-9.4.4]$ psql postgres
＃psql: FATAL: the database system is starting up
1.2 修改pg_hba.conf
host replication replica 10.12.12.12/32 md5
1.3 创建同步用户
postgres# CREATE ROLE replica login replication encrypted password 'replica'
备机操作
1.4 然后使用pg_basebackup建立备机data目录
pg_basebackup -F p -P -x -R -D /data/pgsql/data2 -h 10.12.12.10 -p 5432 -U replica
＃-R会自动生成一个recovery.conf文件。
＃-F指定传输压缩格式1.5 修改recovery.conf文件
standby_mode = on # 这个说明这台机器为从库
＃primary_conninfo = 'host=10.12.12.10 port=5432 user=replica password=replica' # 这个说明这台机器对应主库的信息 异步复制的信息
primary_conninfo = 'host=10.12.12.10 port=5432 user=replica password=replica application_name=ecox_standby_node' ＃同步复制
recovery_target_timeline = 'latest' # 这个说明这个流复制同步到最新的数据
查看同步状态
postgres=# select * from pg_stat_replication;
-[ 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: 虽然现在是异步模式，但是有可能升级到同步模式
补充：
6、检查异步流复制的情况：
可以使用主库上的视图pg_stat_replication查看流复制的信息：
postgres=# select pid,state,client_addr,sync_priority,sync_state from pg_stat_replication;
pid | state | client_addr | sync_priority |sync_state
------+-----------+-------------+---------------+------------
9552 | streaming | 10.0.2.61 | 0 | async
(1 row)
查看备库落后主库多少字节的WAL日志：
postgres=# select pg_xlog_location_diff(pg_current_xlog_location(),replay_location)from pg_stat_replication;
pg_xlog_location_diff
-----------------------
0
(1 row)
7、查看备库状态：
如何判断数据库处于备库状态：
1）hotstandby 状态：
可以连接数据库执行pg_is_in_recovery()函数，主库上返回False,standby上返回true;
主库：
postgres=# select pg_is_in_recovery();
pg_is_in_recovery
-------------------
f
(1 row)
standby库：
postgres=# select pg_is_in_recovery();
pg_is_in_recovery
-------------------
t
(1 row)
2）不是hotstandby：
不是host standby不能直接连上去，此时使用pg_controldata来判断：
从库：
[postgre@pg-2 postgresql-9.4.4]$pg_controldata |grep state
Database cluster state: in archive recovery
主库：
[postgre@pg-1 data]$ pg_controldata |grep state
Database cluster state: in production
8、在HotStandby,还可以执行如下一些函数，查看备库接收的WAL日志和应用WAL日志的状态：
pg_last_xlog_receive_location()
pg_last_xlog_replay_location()
pg_last_xact_replay_timestamp()
如下：
postgres=# select pg_last_xlog_receive_location(),pg_last_xlog_replay_location(),pg_last_xact_replay_timestamp();
pg_last_xlog_receive_location | pg_last_xlog_replay_location |pg_last_xact_replay_timestamp
-------------------------------+------------------------------+-------------------------------
0/1B013F50 | 0/1B013F50 | 2015-07-17 11:41:09.406696+08
(1 row)
严以律己、宽以待人
