PostgreSQL12同步流復制搭建及主備切換方式
說明
pg12流復制搭建主要方式和之前沒有太大區(qū)別,改變的地方在于pg12將recovery.conf文件合并到了postgresql.conf中,相關的配置需要進行修改。
主庫配置
同樣需要在主庫配置接受流復制的連接,修改pg_hba.conf文件,添加另一個備庫的信息
# TYPE ?DATABASE ? ? ? ?USER ? ? ? ? ? ?ADDRESS ? ? ? ? ? ? ? ? METHOD ? host ?replication ? ? all ? ? ? ? ? ? 192.168.7.180/24 ? ? ? ?trust
在postgresql.conf文件添加
listen_addresses = '*' max_wal_senders = 5 wal_level = hot_standby synchronous_standby_names = ''ANY 1(standby01,standby02)'
備庫配置
在兩個備庫執(zhí)行同樣操作
備份數(shù)據(jù):
pg12@dmdb01-> pg_basebackup -h 192.168.7.180 -U bill -F p -P -R -D /home/pg12/pgdata/bk_data/ -l backup191227
修改postgresql.conf文件,添加:
primary_conninfo = 'application_name=standby01 user=bill passfile=''/home/pg12/.pgpass'' host=192.168.7.180 port=1921 sslmode=disable sslcompression=1 target_session_attrs=any'
然后需要在新的$PGDATA目錄下生成一個standby.signal文件。
最后啟動數(shù)據(jù)庫即可(這里需要注意要使用新的數(shù)據(jù)目錄啟動),接著在另一臺備庫執(zhí)行同樣的操作。
主庫驗證:
bill=# select * from pg_stat_replication; ? pid ?| usesysid | usename | application_name | ?client_addr ?| client_hostname | client_port | ? ? ? ? backend_start ? ? ? ? | backend_xmin | ? state ? | ?sent_lsn ? | ?write_lsn ?| ?flush_lsn ?| re play_lsn ?| write_lag | flush_lag | replay_lag | sync_priority | sync_state | ? ? ? ? ?reply_time ? ? ? ? ? -------+----------+---------+------------------+---------------+-----------------+-------------+-------------------------------+--------------+-----------+-------------+-------------+-------------+--- ----------+-----------+-----------+------------+---------------+------------+------------------------------ ?25632 | ? ?16384 | bill ? ?| walreceiver ? ? ?| 192.168.7.193 | ? ? ? ? ? ? ? ? | ? ? ? 59454 | 2019-12-27 08:56:35.237088+08 | ? ? ? ? ? ? ?| streaming | 1E/72000060 | 1E/72000060 | 1E/72000060 | 1E /72000060 | ? ? ? ? ? | ? ? ? ? ? | ? ? ? ? ? ?| ? ? ? ? ? ? 0 | async ? ? ?| 2019-12-27 17:08:44.95124+08 ?27191 | ? ?16384 | bill ? ?| walreceiver ? ? ?| 192.168.7.192 | ? ? ? ? ? ? ? ? | ? ? ? 10306 | 2019-12-27 08:59:33.259722+08 | ? ? ? ? ? ? ?| streaming | 1E/72000060 | 1E/72000060 | 1E/72000060 | 1E /72000060 | ? ? ? ? ? | ? ? ? ? ? | ? ? ? ? ? ?| ? ? ? ? ? ? 0 | async ? ? ?| 2019-12-27 17:08:43.24504+08 (2 rows)
至此,完成同步流復制standby數(shù)據(jù)庫的搭建!
主備切換
當主庫出現(xiàn)故障時,我們需要將備庫提升為主庫進行讀寫操作。在pg12之前我們一般使用2種方式:
pg_ctl 方式: 在備庫主機執(zhí)行 pg_ctl promote shell 腳本
觸發(fā)器文件方式: 備庫配置 recovery.conf 文件的 trigger_file 參數(shù),之后在備庫主機上創(chuàng)建觸發(fā)器文件
pg12開始新增了一個pg_promote()函數(shù),讓我們可以通過SQL命令激活備庫。
pg_promote()語法:
pg_promote(wait boolean DEFAULT true, wait_seconds integer DEFAULT 60)
兩個參數(shù):
wait
: 表示是否等待備庫的 promotion 完成或者 wait_seconds 秒之后返回成功,默認值為 true。wait_seconds
: 等待時間,單位秒,默認 60
切換舉例:
關閉主庫,模擬主庫故障:
pg12@test180-> pg_ctl stop -m fast waiting for server to shut down.... done server stopped
激活備庫:
bill=# select pg_promote(true,60); ?pg_promote? ------------ ?t (1 row)
驗證:
pg12@dmdb02-> pg_controldata | grep 'Database cluster state' Database cluster state: ? ? ? ? ? ? ? in production
至此便完成備庫的激活,當原主庫修復完后,我們可重復之前步驟將原主庫作為新的備庫使用。
總結
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
自定義函數(shù)實現(xiàn)單詞排序并運用于PostgreSQL(實現(xiàn)代碼)
這篇文章主要介紹了自定義函數(shù)實現(xiàn)單詞排序并運用于PostgreSQL,本文給大家分享實現(xiàn)代碼,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-04-04postgresql 導入數(shù)據(jù)庫表并重設自增屬性的操作
這篇文章主要介紹了postgresql 導入數(shù)據(jù)庫表并重設自增屬性的操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01