PostgreSQL12同步流復(fù)制搭建及主備切換方式
說明
pg12流復(fù)制搭建主要方式和之前沒有太大區(qū)別,改變的地方在于pg12將recovery.conf文件合并到了postgresql.conf中,相關(guān)的配置需要進(jìn)行修改。
主庫配置
同樣需要在主庫配置接受流復(fù)制的連接,修改pg_hba.conf文件,添加另一個(gè)備庫的信息
# 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)'
備庫配置
在兩個(gè)備庫執(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目錄下生成一個(gè)standby.signal文件。
最后啟動(dòng)數(shù)據(jù)庫即可(這里需要注意要使用新的數(shù)據(jù)目錄啟動(dòng)),接著在另一臺(tái)備庫執(zhí)行同樣的操作。
主庫驗(yàn)證:
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)
至此,完成同步流復(fù)制standby數(shù)據(jù)庫的搭建!
主備切換
當(dāng)主庫出現(xiàn)故障時(shí),我們需要將備庫提升為主庫進(jìn)行讀寫操作。在pg12之前我們一般使用2種方式:
pg_ctl 方式: 在備庫主機(jī)執(zhí)行 pg_ctl promote shell 腳本
觸發(fā)器文件方式: 備庫配置 recovery.conf 文件的 trigger_file 參數(shù),之后在備庫主機(jī)上創(chuàng)建觸發(fā)器文件
pg12開始新增了一個(gè)pg_promote()函數(shù),讓我們可以通過SQL命令激活備庫。
pg_promote()語法:
pg_promote(wait boolean DEFAULT true, wait_seconds integer DEFAULT 60)
兩個(gè)參數(shù):
wait
: 表示是否等待備庫的 promotion 完成或者 wait_seconds 秒之后返回成功,默認(rèn)值為 true。wait_seconds
: 等待時(shí)間,單位秒,默認(rèn) 60
切換舉例:
關(guān)閉主庫,模擬主庫故障:
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)
驗(yàn)證:
pg12@dmdb02-> pg_controldata | grep 'Database cluster state' Database cluster state: ? ? ? ? ? ? ? in production
至此便完成備庫的激活,當(dāng)原主庫修復(fù)完后,我們可重復(fù)之前步驟將原主庫作為新的備庫使用。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
自定義函數(shù)實(shí)現(xiàn)單詞排序并運(yùn)用于PostgreSQL(實(shí)現(xiàn)代碼)
這篇文章主要介紹了自定義函數(shù)實(shí)現(xiàn)單詞排序并運(yùn)用于PostgreSQL,本文給大家分享實(shí)現(xiàn)代碼,對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-04-04PostgreSQL如何查看事務(wù)所占有的鎖實(shí)操指南
這篇文章主要給大家介紹了關(guān)于PostgreSQL如何查看事務(wù)所占有鎖的相關(guān)資料,文中通過代碼以及圖文介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用PostgreSQL具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-10-10postgresql 導(dǎo)入數(shù)據(jù)庫表并重設(shè)自增屬性的操作
這篇文章主要介紹了postgresql 導(dǎo)入數(shù)據(jù)庫表并重設(shè)自增屬性的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-01-01PostgreSQL自動(dòng)更新時(shí)間戳實(shí)例代碼
最近有這么一個(gè)工程,需要使用postgresql數(shù)據(jù)庫,在數(shù)據(jù)庫中的好幾個(gè)表中都需要時(shí)間戳這個(gè)字段,這篇文章主要給大家介紹了關(guān)于PostgreSQL自動(dòng)更新時(shí)間戳的相關(guān)資料,需要的朋友可以參考下2021-11-11