校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > PostgreSQL流復制參數max_wal_senders的用法說明

PostgreSQL流復制參數max_wal_senders的用法說明
熱門標簽：重慶自動外呼系統定制 辦公外呼電話系統 地圖標注和圖片名稱的區別 打電話智能電銷機器人授權 漯河外呼電話系統 海豐有多少商家沒有地圖標注 外呼調研系統 合肥公司外呼系統運營商 美容工作室地圖標注

環境：

PostgreSQL 9.2.4

主機:192.25.10.76

從機:192.25.10.71

做postgresql的流復制主從時，會遇到調整max_wal_sengers這個參數，官方文檔對這個參數做了一個簡要的說明(9.2.4比早先版本多了幾句話并做了一些微調)，但沒有實際的例子。

1.參數說明：

Specifies the maximum number of concurrent connections from standby servers or streaming base backup clients (i.e., the maximum number of simultaneously running WAL sender processes). The default is zero, meaning replication is disabled. WAL sender processes count towards the total number of connections, so the parameter cannot be set higher than max_connections. This parameter can only be set at server start. wal_level must be set to archive or hot_standby to allow connections from standby servers.

也就是說，這個參數是在主機上設置的，是從機連接到主機的并發連接數之總和，所以這個參數是個正整型。默認值是0，也即默認沒有流復制功能。該并發連接數從進程上看，就是各個wal sender進程數之和，可以通過ps -ef|grep senders來查看，所以該值不能超過系統的最大連接數(max_connections，該BUG在9.1.5被修復)，可以允許超過實際的流復制用戶數。該參數更改需要重啟DB，比如我只配了一個從機:

[postgres@ndb2 database]$ ps -ef|grep sender
postgres 21257 21247 0 20:57 ?  00:00:00 postgres: wal sender process repuser 192.25.10.71(46161) streaming 0/4018ED8
postgres 22193 20949 0 23:02 pts/0 00:00:00 grep sender

2.異常情況

很多時候配置主從的時候會遺漏這個參數，或者沒有設置正確(比如實際配的從機數超過設置的連接數)，這個時候一般會報錯 number of requested standby connections exceeds max_wal_senders (currently X)： 備機上顯示的日志異常:

2013-08-12 20:53:42.132 CST,,,8859,,5208dad6.229b,1,,2013-08-12 20:53:42 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,""
2013-08-12 20:53:47.137 CST,,,8861,,5208dadb.229d,1,,2013-08-12 20:53:47 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,""
2013-08-12 20:53:52.142 CST,,,8862,,5208dae0.229e,1,,2013-08-12 20:53:52 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,""
2013-08-12 20:53:57.148 CST,,,8864,,5208dae5.22a0,1,,2013-08-12 20:53:57 CST,,0,FATAL,XX000,"could not connect to the primary server: FATAL: number of requested standby connections exceeds max_wal_senders (currently 0)
",,,,,,,,,"

主機上顯示的日志異常:

receiver"
2013-08-12 20:43:26.937 CST,,,21064,"",5208d86e.5248,1,"",2013-08-12 20:43:26 CST,,0,LOG,00000,"connection received: host=192.25.10.71 port=46085",,,,,,,,,""
2013-08-12 20:43:26.938 CST,"repuser","",21064,"192.25.10.71:46085",5208d86e.5248,2,"authentication",2013-08-12 20:43:26 CST,2/1195,0,LOG,00000,"replication connection authorized: user=repuser",,,,,,,,,""
2013-08-12 20:43:26.938 CST,"repuser","",21064,"192.25.10.71:46085",5208d86e.5248,3,"startup",2013-08-12 20:43:26 CST,2/0,0,FATAL,53300,"number of requested standby connections exceeds max_wal_senders (currently 0)",,,,,,,,,"walreceiver"
2013-08-12 20:43:26.939 CST,"repuser","",21064,"192.25.10.71:46085",5208d86e.5248,4,"startup",2013-08-12 20:43:26 CST,,0,LOG,00000,"disconnection: session time: 0:00:00.002 user=repuser database= host=192.25.10.71 port=46085",,,,,,,,,"wa
lreceiver"
2013-08-12 20:43:41.513 CST,,,21066,"",5208d87d.524a,1,"",2013-08-12 20:43:41 CST,,0,LOG,00000,"connection received: host=192.25.10.71 port=46086",,,,,,,,,""
2013-08-12 20:43:41.514 CST,"repuser","",21066,"192.25.10.71:46086",5208d87d.524a,2,"authentication",2013-08-12 20:43:41 CST,2/1198,0,LOG,00000,"replication connection authorized: user=repuser",,,,,,,,,""
2013-08-12 20:43:41.514 CST,"repuser","",21066,"192.25.10.71:46086",5208d87d.524a,3,"startup",2013-08-12 20:43:41 CST,2/0,0,FATAL,53300,"number of requested standby connections exceeds max_wal_senders (currently 0)",,,,,,,,,"walreceiver"
2013-08-12 20:43:41.515 CST,"repuser","",21066,"192.25.10.71:46086",5208d87d.524a,4,"startup",2013-08-12 20:43:41 CST,,0,LOG,00000,"disconnection: session time: 0:00:00.002 user=repuser database= host=192.25.10.71 port=46086",,,,,,,,,"wa
lreceiver"
...

遇到如此問題，則需要檢查postgresql.conf文件的max _wal_senders參數了。

3.參數生效

文檔上說明需要重啟DB使之生效，如果動態使之生效會報錯如下：

[postgres@proxy1 ]$ psql
psql (9.2.4)
Type "help" for help.
postgres=# show max_wal_senders ;
 max_wal_senders 
-----------------
 0
(1 row)
postgres=# set max_wal_senders=1;
ERROR: parameter "max_wal_senders" cannot be changed without restarting the server
postgres=#

補充： postgresql基于流復制 (streaming replication)的warm-standby

實例一枚：

Primary:

l 歸檔設置：

Wal_level=archive
Archive_mode=on
archive_command = 'cp -i %p /data/pgsql/archived_wal/%f'

l 流復制相關設置：

max_wal_senders = '10'  #啟動復制進程數量限制，必須大于0
max_replication_slots = '10' #為使用replication slot，必須大于0；replication slot作用是保證wal沒有同步到standby之前不能從pg_xlog移走；
wal_keep_segments = '50'    #指定pg_xlog中最少保留的wal數量
 
select pg_create_physical_replication_slot(‘gp1_a_slot'); #創建replication slot
select * from pg_replication_slots;       #查詢創建的replication slot

l 編輯pg_hba.conf

# Allow replication connections from localhost, by a user with the replication privilege.
#host replication  postgres  127.0.0.1/32   trust
#host replication  postgres  ::1/128     trust
local replication  postgres        trust
host replication  postgres  192.168.12.0/24   trust

l 聯機備份過程（基礎備份）

#touch /var/lib/pgsql/backup_in_progress
$psql –c "select pg_start_backup('hot_backup');"
$tar -cf /var/lib/pgsql/backup.tar /var/lib/pgsql/data/
$psql -c "select pg_stop_backup();"
#rm /var/lib/pgsql/backup_in_progress
tar -rf /var/lib/pgsql/backup.tar /var/lib/pgsql/archive/ #打包歸檔

實例：

psql -c "select pg_start_backup('pgbk10');"
tar -zcf pgbk10.tgz data/
psql -c "select pg_stop_backup();"

Standby：

l 編輯recovery.conf

standby_mode = 'on'
primary_conninfo = 'host=192.168.12.38 port=5666 user=postgres'
primary_slot_name='gp1_a_slot'
#restore_command = 'cp /data/pgsql/archived_wal/%f %p'
#archive_cleanup_command = 'pg_archivecleanup /data/pgsql/archived_wal %r'

l 將primary上的基礎備份傳輸到standby上

$scp primary: /var/lib/pgsql/backup.tar .

解壓備份到standby上的$PGDATA

l 啟動standby

$pg_ctl start –D $PGDATA

啟動standby后，postgres開始從primary上接收wal日志進行恢復，并且一直保持恢復狀態，psql不能登錄；

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。

您可能感興趣的文章:
  • PostgreSQL 邏輯復制 配置操作
  • postgresql流復制原理以及流復制和邏輯復制的區別說明
  • PostgreSQL 流復制異步轉同步的操作
  • Postgresql 檢查數據庫主從復制進度的操作
  • CentOS PostgreSQL 12 主從復制(主從切換)操作

標簽：晉城 衡陽 烏海 錦州 蚌埠 珠海 株洲 來賓

巨人網絡通訊聲明：本文標題《PostgreSQL流復制參數max_wal_senders的用法說明》，本文關鍵詞  PostgreSQL,流,復制,參數,max,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《PostgreSQL流復制參數max_wal_senders的用法說明》相關的同類信息！
  • 本頁收集關于PostgreSQL流復制參數max_wal_senders的用法說明的相關信息資訊供網民參考！
    • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    视频在线观看国产精品| 国产精品污www在线观看| 亚洲精品视频自拍| 99久久精品费精品国产一区二区| 成人欧美一区二区三区在线播放| 99精品久久久久久| 亚洲精品免费在线观看| 色婷婷久久综合| 天天综合色天天综合色h| 欧美成人一区二区三区片免费| 蜜臀99久久精品久久久久久软件| 26uuu成人网一区二区三区| 国产精品香蕉一区二区三区| 亚洲欧洲精品天堂一级| 欧美性生活影院| 美女在线一区二区| 日本一区二区动态图| 91久久香蕉国产日韩欧美9色| 亚洲午夜私人影院| 精品福利二区三区| 99久久国产免费看| 日韩不卡在线观看日韩不卡视频| 精品三级在线观看| 色悠悠亚洲一区二区| 日韩影院免费视频| 国产精品免费网站在线观看| 欧美视频在线观看一区| 国产一区视频网站| 亚洲精品国产无天堂网2021| 91精品国产综合久久福利| 成人污污视频在线观看| 日韩一区欧美二区| 国产精品色眯眯| 日韩午夜激情视频| 91免费版在线| 久久精品国产网站| 一区二区三区精品在线观看| 精品精品欲导航| 色综合久久九月婷婷色综合| 久久av中文字幕片| 亚洲午夜一区二区三区| 中文字幕精品三区| 日韩一区二区三| 色婷婷av久久久久久久| 高清beeg欧美| 久久99久久99| 性做久久久久久免费观看 | 久久99久久99小草精品免视看| 日本一区二区三区国色天香| 欧美丰满高潮xxxx喷水动漫| 成人黄色a**站在线观看| 蜜桃免费网站一区二区三区| 亚洲最大色网站| 国产精品丝袜久久久久久app| 日韩午夜在线观看视频| 欧美日韩精品三区| 成人av电影在线网| 国产河南妇女毛片精品久久久 | 欧美夫妻性生活| 福利视频网站一区二区三区| 国产欧美一区视频| 69av一区二区三区| 色老头久久综合| 成人综合在线观看| 国产成a人亚洲精| 国产一区二区三区四区五区美女| 五月婷婷色综合| 午夜视频在线观看一区二区三区| 亚洲免费在线视频| 亚洲精品ww久久久久久p站| 国产亚洲美州欧州综合国| 精品人在线二区三区| 日韩一级成人av| 欧美日韩一区不卡| 欧美日韩国产区一| 制服.丝袜.亚洲.中文.综合| 欧美视频在线观看一区| 欧美视频一区二区三区在线观看| 欧美自拍丝袜亚洲| 欧美天天综合网| 欧美日本国产视频| 欧美一级高清片| 欧美电影免费观看高清完整版在线 | 欧美一区二区三区人| 欧美人狂配大交3d怪物一区| 欧美精品在欧美一区二区少妇| 欧美日韩一区 二区 三区 久久精品 | 亚洲美女区一区| 伊人色综合久久天天人手人婷| 亚洲理论在线观看| 午夜久久久久久久久| 蜜臀av性久久久久蜜臀aⅴ流畅 | 欧美无人高清视频在线观看| 欧美三级在线播放| 6080yy午夜一二三区久久| 91麻豆精品国产综合久久久久久| 日韩一卡二卡三卡四卡| 337p日本欧洲亚洲大胆精品| 中文字幕免费观看一区| 亚洲精品日韩综合观看成人91| 午夜视频一区在线观看| 九一九一国产精品| 成人免费毛片片v| 欧美在线观看一二区| 日韩午夜精品电影| 欧美国产综合一区二区| 一区二区免费视频| 免费高清成人在线| 成人性生交大片免费看中文| 在线免费观看日韩欧美| 91精品国产91久久久久久一区二区 | 一区二区三区四区乱视频| 日韩影视精彩在线| 国产激情精品久久久第一区二区| 97se亚洲国产综合自在线观| 欧美日韩高清在线| 国产亚洲精品免费| 亚洲国产婷婷综合在线精品| 激情图片小说一区| 97久久精品人人澡人人爽| 日韩一区二区三区视频| 中文字幕一区二区三区视频| 日本不卡在线视频| 99国产精品久久久久久久久久久| 欧美一区二区免费| 亚洲精品国产一区二区精华液 | 欧美日韩国产首页在线观看| 久久青草欧美一区二区三区| 亚洲午夜羞羞片| 国产成人午夜精品5599| 欧美日本不卡视频| 最新中文字幕一区二区三区| 美女高潮久久久| 欧洲国产伦久久久久久久| 国产欧美一二三区| 香蕉av福利精品导航| gogo大胆日本视频一区| 日韩精品一区二区在线| 一区二区三区四区蜜桃| 成人免费看视频| 精品国产免费视频| 日韩一区精品字幕| 在线观看一区日韩| 中文字幕一区二区三区在线不卡| 激情图区综合网| 制服丝袜av成人在线看| 亚洲综合色噜噜狠狠| 99久久伊人久久99| 国产性天天综合网| 久久精品国产一区二区| 91精品中文字幕一区二区三区| 亚洲男人电影天堂| 91美女精品福利| 亚洲国产精品黑人久久久| 国产伦精一区二区三区| 精品久久国产字幕高潮| 美日韩黄色大片| 91精品国产手机| 日韩激情视频网站| 欧美日韩亚州综合| 亚洲一二三四久久| 色狠狠av一区二区三区| 亚洲人亚洲人成电影网站色| 波波电影院一区二区三区| 国产午夜精品一区二区| 国产精品一区在线| 久久色在线观看| 久久精工是国产品牌吗| 日韩精品一区二区三区蜜臀| 麻豆国产欧美一区二区三区| 欧美成人福利视频| 乱一区二区av| 久久久久久久av麻豆果冻| 国产精品亚洲一区二区三区在线| 国产午夜精品久久久久久久| 国产精品亚洲视频| 国产精品乱码妇女bbbb| av激情亚洲男人天堂| 亚洲裸体xxx| 欧美亚洲国产一区在线观看网站| 亚洲线精品一区二区三区| 欧美精品乱码久久久久久按摩| 偷拍亚洲欧洲综合| 精品日韩一区二区| 国产91精品露脸国语对白| 《视频一区视频二区| 欧美亚洲自拍偷拍| 日韩精品一二区| 精品久久99ma| 成人精品鲁一区一区二区| 樱花草国产18久久久久| 51午夜精品国产| 国产米奇在线777精品观看| 国产精品久久久久aaaa| 在线观看欧美精品| 九九视频精品免费| 国产精品二三区| 欧美精品1区2区3区| 国产一区二区调教| 亚洲免费观看在线视频|