概述
今天主要介紹如何搭建PG主從流複製及主從切換，僅供參考。
PS:上篇的地址在文末連結.
PostgreSQL資料庫主從非同步流複製搭建環境說明：
1、安裝PG資料庫（主從庫進行）用指令碼進行，略。
2、主庫配置2.1、新增流複製使用者
--修改/data/pgdata/postgresql.conf以下引數wal_level = hot_standby # 這個是設定主為wal的主機, minimal,replica or logical使得日誌支援流複製max_wal_senders = 4 # 這個設定了可以最多有幾個流複製連線，差不多有幾個從，就設定幾個wal_keep_segments = 256 # 設定流複製保留的最多的xlog數目，不要設定太小導致WAL日誌還沒有來得及傳送到standby就被覆蓋，一個WAL檔案預設16Mhot_standby = on # "on" allows queries during recovery 設定為備庫時是否支援可讀wal_sender_timeout = 120s # 設定流複製主機發送資料的超時時間--檢查配置cat postgresql.conf |grep -E 'wal_level|max_wal_senders|wal_keep_segments|hot_standby|wal_sender_timeout' | grep -v '^#'2.2、修改配置檔案postgresql.conf
--修改/data/pgdata/postgresql.conf以下引數wal_level = hot_standby # 這個是設定主為wal的主機, minimal,replica or logical使得日誌支援流複製max_wal_senders = 4 # 這個設定了可以最多有幾個流複製連線，差不多有幾個從，就設定幾個wal_keep_segments = 256 # 設定流複製保留的最多的xlog數目，不要設定太小導致WAL日誌還沒有來得及傳送到standby就被覆蓋，一個WAL檔案預設16Mhot_standby = on # "on" allows queries during recovery 設定為備庫時是否支援可讀wal_sender_timeout = 120s # 設定流複製主機發送資料的超時時間--檢查配置cat postgresql.conf |grep -E 'wal_level|max_wal_senders|wal_keep_segments|hot_standby|wal_sender_timeout' | grep -v '^#'2.3、修改配置檔案pg_hba.conf
增加如下引數
systemctl restart postgresql2.4、重啟主庫
systemctl restart postgresqlPG 12把recovery.conf廢掉了，與PG 11略有不同，但大同小異。
3.1、透過pg_basebackup命令列在從庫上生成基礎備份
這裡以/data/pgdata做資料目錄,遷移之前需保證/data/pgdata目錄為空
systemctl stop postgresqlrm -rf /data/pgdata/*#-Fp表示以plain格式資料，-Xs表示以stream方式包含所需的WAL檔案，-P表示顯示進度，-R表示為replication寫配置資訊。#備份完成，使用-R選項，在data目錄下自動生成standby.signal“訊號”檔案（可手工使用touch命令生成）以及更新了postgresql.auto.conf檔案#postgresql.auto.conf中寫入了主庫的連線資訊（可手工新增primary_conninfo資訊）。pg_basebackup --progress -D /data/pgdata -h xx.142 -p 55432 -U replica --password -Fp -Xs -P -R3.2、修改配置檔案standby.singal
cat > standby.signal <<EOFstandby_mode = 'on'EOF3.3、啟動從庫#Permissions should be u=rwx (0700) or u=rwx,g=rx (0750)chmod -R 750 /data/pgdata/chown -R postgres:postgres /data/pgdata/systemctl restart postgresql4、主從流複製檢查4.1、檢查程序檢視程序，主庫所在的機器中會看到sender程序從庫所在的機器中會看到receiver程序4.2、檢查非同步流複製的情況3.3、啟動從庫
#Permissions should be u=rwx (0700) or u=rwx,g=rx (0750)chmod -R 750 /data/pgdata/chown -R postgres:postgres /data/pgdata/systemctl restart postgresql4.1、檢查程序
檢視程序，主庫所在的機器中會看到sender程序
從庫所在的機器中會看到receiver程序
4.2、檢查非同步流複製的情況
1）主庫檢視複製狀態
select pid,usename,client_addr,state,sent_lsn,write_lsn,flush_lsn,replay_lsn,sync_priority,sync_state from pg_stat_replication;引數說明：
pid # sender的程序usename # 複製的使用者使用者名稱client_addr # 複製的客戶端地址client_port # 複製的客戶端埠backend_start # 主從搭建的時間state # 同步狀態 startup: 連線中、catchup: 同步中、streaming: 同步sent_location # Master傳送WAL的位置write_location # Slave接收WAL的位置flush_location # Slave同步到磁碟的WAL位置replay_location # Slave同步到資料庫的WAL位置sync_priority #同步Replication的優先度， 0: 非同步、1～?: 同步(數字越小優先度越高)sync_state # 有三個值，async: 非同步、sync: 同步、potential: 雖然現在是非同步模式，但是有可能升級到同步模式2）檢視從服務(WAL接收器程序)狀態
psql -c "\x" -c "SELECT * FROM pg_stat_wal_receiver;"4.3、資料測試
1）主庫寫入資料
create table tb1 (i int,t text);brinsert into tb1 values (1,'hwb');2)備庫查詢並寫入資料
select * from tb1 ;brinsert into tb1 values (2,'hwb2');當主庫出現故障時，我們需要將備庫提升為主庫進行讀寫操作。啟用備庫有3種方式：
1）pg_ctl 方式: 在備庫主機執行 pg_ctl promote shell 指令碼
2）觸發器檔案方式: 備庫配置 recovery.conf 檔案的 trigger_file 引數，之後在備庫主機上建立觸發器檔案
3）pg_promote()函式方式，可以透過SQL命令啟用備庫（pg12之後）
1、識別當前庫主從角色1）檢視pg_is_in_recovery()檢視
psql -c "\x" -c "SELECT * FROM pg_stat_wal_receiver;"2）pg_controldata識別
pg_controldata 結果為cluster state是in production則為主庫；結果為cluster state是in archive recovery則為備庫。
./pg_controldata -D /data/pgdata/ | grep cluster3）檢視pg_stat_replication
--查詢到結果為主庫，查詢不到結果為備庫select pid, application_name, client_addr, client_port, state, sync_state from pg_stat_replication; 2.1、關閉主庫，模擬故障
systemctl stop postgresql2.2、啟用備庫
pg_promote語法：
pg_promote(wait boolean DEFAULT true, wait_seconds integer DEFAULT 60)兩個引數：
wait: 表示是否等待備庫的 promotion 完成或者 wait_seconds 秒之後返回成功，預設值為 true。
wait_seconds: 等待時間，單位秒，預設 60
psql -c "\x" -c "select pg_promote(true,60);"2.3、驗證
cd /usr/local/postgres/bindate && ./pg_controldata -D /data/pgdata/ | grep cluster至此便完成備庫的啟用，當原主庫修復完後，我們可重複之前步驟將原主庫作為新的備庫使用。
2.4、原主庫切換為新備庫(在原主庫進行)
後面會分享更多devops和DBA方面內容，感興趣的朋友可以關注下~