postgres可以實現基於流傳遞wal日誌然後實現standby，從而實現資料庫的高可用。在建立standby的過程中，有兩種方式，一種是同步的方式，另外一種方式是非同步的方式。同步和非同步的差別在於，非同步的方式為當master將wal日誌傳遞給slave端之後，不需要standby端進行確認就進行了返回。這樣如果資料發生了崩潰會導致資料有誤差。而同步的方式則是需要standby對master端穿過來的wal日誌進行確認，知道確認成功才會進行返回，這就保證了兩邊資料的完全的一直。但是這種模式會存在一個問題，如果standby出現問題，然後一直不能對master的請求進行確認，就會導致master主機將會被hang住，從而導致資料庫不能寫。所以我們在搭建同步的資料庫叢集的時候，要求standby的數量在兩個以上。

環境說明：(為了方便下面的實驗環境一共採用了一個standby，不過正式的環境中一定要注意)

master：

192.168.8.4

192.168.8.147

更改master端的配置檔案(postgres.conf)

wal_level =hot_standby

max_wal_senders =5

listen_addresses ='*'

synchronous_standby_names= 'standby01' (此處的名字一定要寫，多個名字利用逗號分開，代表的是standby的名字)

建立使用者並且對登入情況進行限制(pg_hba.conf)

在配置檔案中新增如下的行

host     replication     all             all          md5

在standby進行資料檔案的拷貝

pg_basebackup  -U replicaiton  -h 192.168.8.4 -F p -P -x -R -D/data/postgresdata_backup/ -l backup20170611

之後修改資料目錄下面的recovery.conf配置檔案

primary_conninfo ='application_name=name user=replication password=*** host=192.168.8.4 port=5432sslmode=disable sslcompression=1'

注意此處的需要新增application_name=name(此時的name和在主配置中的synchronous_standby_names保持一致)

修改配置檔案開啟standby

hot_standby = on

然後就可以對資料庫進行重啟了

之後可以在master端進行檢視同步情況

selectpid,state,client_addr,sync_priority,sync_state from pg_stat_replication;

  pid |   state   | client_addr  | sync_priority |sync_state

-------+-----------+---------------+---------------+------------

 32379 | streaming | 192.168.8.147 |             1 | sync

表示現在同步正常，如果有多臺standby的話另外的standby也會出現在這個列表中，不過他的狀態為potential，表示他可以成為sync狀態。

另外hang住的情況也可以自行測試，在此處我就不測試了。