注意：PostgreSQL 12對主從復制實現和配置做了重大改進，如廢棄了
recovery.conf，並將參數轉換為普通的PostgreSQL配置參數，使得配置群集和復制更加簡單。
PostgreSQL數據庫支持多種復制解決方案，以構建高可用性，可伸縮，容錯的應用程序，其中之一是預寫日志（WAL）傳送。該解決方案允許使用基於文件的日志傳送或流復制，或者在可能的情況下，將兩種方法結合使用來實現備用服務器。
使用流復制時，備用（復制從屬）數據庫服務器被配置為連接到主服務器/主服務器，主服務器/主服務器在生成WAL記錄時將其流傳輸到備用服務器，而無需等待WAL文件被填充。
默認情況下，流復制是異步的，其中在將事務提交到主服務器后將數據寫入備用服務器。這意味着在主服務器中提交事務與更改在備用服務器中變得可見之間存在很小的延遲。這種方法的一個缺點是，如果主服務器崩潰，則可能無法復制任何未提交的事務，這可能導致數據丟失。
示例環境：
Postgresql master database server: 10.20.20.1
Postgresql standby database server: 10.20.20.2
一. 配置主服務器
1. 修改監聽端口
su - postgres
psql -c "ALTER SYSTEM SET listen_addresses TO '*';"/
ls -l /var/lib/pgsql/12/data/ # 會生成一個postgresql.auto.conf文件
ALTER SYSTEM SET會將配置保存在一個postgresql.conf.auto中，與postgresql.conf並存，系統會優先使用.auto配置。
2. 創建復制角色
# su – postgres
createuser --replication -P -e replicator # -P:設置密碼，-e：回顯
exit
3. 角色授權
vim /var/lib/pgsql/12/data/pg_hba.conf
host replication replicator 10.20.20.2/24 md5
4. 重啟服務
systemctl restart postgresql-12.service
5. 設置防火牆(非必選)
firewall-cmd --add-service=postgresql --permanent
firewall-cmd --reload
二. 配置從服務器
1. 將主機基礎數據備份到從機
# 先停掉服務，備份下本地數據，並清除本地數據
systemctl stop postgresql-12.service
su - postgres
tar -zcvf /var/lib/pgsql/12/data.tar.gz /var/lib/pgsql/12/data #備份一下
rm -rf /var/lib/pgsql/12/data/*
# 使用pg_basebackup工具備份
pg_basebackup -h 10.20.20.1 -D /var/lib/pgsql/12/data -U replicator -P -v -R -X stream -C -S pgstandby1
exit
-h–指定作為主服務器的主機。-D–指定數據目錄。-U–指定連接用戶。-P–啟用進度報告。-v–啟用詳細模式。-R–啟用恢復配置的創建：創建一個standby.signal文件，並將連接設置附加到數據目錄下的postgresql.auto.conf。-X–用於在備份中包括所需的預寫日志文件（WAL文件）。流的值表示在創建備份時流式傳輸WAL。-C–在開始備份之前，允許創建由-S選項命名的復制插槽。-S–指定復制插槽名稱。
備份過程完成后，會在data目錄下創建了一個
standby.signal，並將primary_conninfo寫入postgresql.auto.conf。
ls -l /var/lib/pgsql/12/data/
cat /var/lib/pgsql/12/data/postgresql.auto.conf
如果postgresql.conf中的hot_standby參數設置為on（默認值），並且數據目錄中存在Standby.signal文件，則replication slave將在“熱備”模式下運行。
2. 驗證主機(master)復制插槽信息
# su - postgres
$ psql -c "SELECT * FROM pg_replication_slots;"
$ exit
在
pg_replication_slots視圖會看到名為pgstandby1的復制插槽信息。
3. 啟動從服務(standby)
＃systemctl start postgresql-12
三. 測試主從服務
1. 查看從服務(WAL接收器進程)狀態：
psql -c "\x" -c "SELECT * FROM pg_stat_wal_receiver;"
擴展顯示已打開.
-[ RECORD 1 ]---------+----------------------------
pid | 3240
status | streaming
receive_start_lsn | 0/3000000
receive_start_tli | 1
received_lsn | 0/3013BF8
received_tli | 1
last_msg_send_time | 2020-06-22 18:12:29.985512+08
last_msg_receipt_time | 2020-06-22 18:12:29.761575+08
latest_end_lsn | 0/3013BF8
latest_end_time | 2020-06-22 17:02:51.977569+08
slot_name | pgstandby1
sender_host | 10.20.20.1
sender_port | 5432
conninfo | user=replicator password=******** dbname=replication host=10.20.20.1 port=5432 fallback_application_name=walreceiver sslmode=prefer sslcompression=0 gssencmode=prefer krbsrvname=postgres target_session_attrs=any
查看進程信息，會有walsender的相關信息。
$ ps aux | grep postgres
postgres ... postgres: walsender replicator 10.20.20.2(38418) streaming 0/3013BF8
...
2. 查看主服務(WAL發送器進程)狀態：
psql -c "\x" -c "SELECT * FROM pg_stat_replication;"
-[ RECORD 1 ]----+------------------------------
pid | 4647
usesysid | 16384
usename | replicator
application_name | walreceiver
client_addr | 10.20.20.2
client_hostname |
client_port | 38418
backend_start | 2020-06-22 16:54:54.391772+08
backend_xmin |
state | streaming # ☆☆☆服務狀態☆☆☆
sent_lsn | 0/3013BF8
write_lsn | 0/3013BF8
flush_lsn | 0/3013BF8
replay_lsn | 0/3013BF8
write_lag |
flush_lag |
replay_lag |
sync_priority | 0
sync_state | async # ☆☆☆同步狀態☆☆☆
reply_time | 2020-06-22 18:18:20.293569+08
查看進程信息，會有walreceiver的相關信息。
$ ps aux | grep postgres
postgres ...postgres: walreceiver streaming 0/3013BF8
...
3. 數據測試
在
master創建replica_demo數據庫，在standby上可以看到同步效果
[master] ＃CREATE DATABASE replica_demo;
[standby]＃\l
參考鏈接
https://www.tecmint.com/configure-postgresql-streaming-replication-in-centos-8/