一、流复制的机制
PostgreSQL流复制是基于wal日志。主库产生wal日志并发送给备库；备库接收wal日志记录；并重放这些wal日志。从而达到主备库数据同步。备库只读。
二、冲突检测机制
PostgreSQL流复制中备库是只读的；备库在读某些记录时；跟主库执行的ddl操作/或者一些维护操作。例如vacuum死tuple时。备库正是需要在查询的tuple。
解决这些冲突：
备库取消查询
主库延迟清理死tuple
参数max_standby_archive_defer、max_standby_steaming_defer 设置大一点。
备库开启feed back。 告知主库在清理tuple是否是备库所需要的。
vacuum_defer_cleanup_age设置大一点；减少冲突。
三、如果备库开启FEED BACK对主库有什么伤害
如果备库开启feed back。可能会操作主库的对象膨胀。
备库开启feed back；其目的是告知主库“备库最小活跃的事物ID”。而活跃中tuple不用被清理，而这些tuple正好是update/delete造成的死 tuple。主库不会对这些vacuum。影响等同于主库的长事物未终止
四、同步复制机制的堵塞机制
同步复制机制：主库的事务需要wal日志传送给备库或者备库需要应用wal日志才能返回。若网络不好，或者wal日志比较大。从而造成主库事务一直在等待。
五、如何降低延迟
开启同步模式；
参数max_standby_archive_defer、max_standby_steaming_defer设置小一点。
主备库直接使用内网连接
六、如何避免主备断开后需要重搭
将wal_keep_segment设置大一些。
使用命令pg_rewind进行备库恢复。
七、如何做到数据传输安全
主备库是用内网连接；
采用ssl加密连接
八、如何降低跨域数据传输延迟
使用内网连接