婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 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的用法說明的相關信息資訊供網民參考！
    • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    理论电影国产精品| 成人av先锋影音| 日韩女优制服丝袜电影| 日韩午夜小视频| 国产精品天干天干在观线| 日韩中文字幕麻豆| 91欧美一区二区| 国产精品久久久久久久久搜平片| 视频一区视频二区中文| 国产精品一区二区你懂的| 精品一区二区三区免费观看| 成人免费看黄yyy456| 在线免费不卡电影| 国产精品国模大尺度视频| 青青草伊人久久| 91国偷自产一区二区三区成为亚洲经典 | 日韩福利电影在线观看| 91美女在线视频| 国产精品系列在线| 日本亚洲免费观看| 日韩一区二区电影在线| 麻豆国产精品视频| 中文字幕不卡一区| 欧美日韩在线观看一区二区 | 五月激情综合网| 69堂亚洲精品首页| 午夜不卡av在线| 3d成人动漫网站| 久久电影网站中文字幕| 日韩欧美不卡在线观看视频| 亚洲国产aⅴ成人精品无吗| 国产一区二三区好的| ww亚洲ww在线观看国产| 国产69精品一区二区亚洲孕妇 | 国产精品超碰97尤物18| 日本精品一区二区三区高清| 亚洲国产日韩一级| 精品国产免费人成电影在线观看四季 | 国产精品一区二区三区99| 欧美视频精品在线| 国产成人在线色| 午夜久久电影网| 亚洲日本va午夜在线影院| 91久久精品午夜一区二区| 99久久精品国产麻豆演员表| 国产毛片精品国产一区二区三区| 日韩电影一二三区| 青青草国产精品97视觉盛宴| 午夜欧美在线一二页| 卡一卡二国产精品| 国产做a爰片久久毛片| 国产一区在线不卡| 91在线播放网址| 欧美在线一二三四区| 欧美女孩性生活视频| 日韩一区二区精品葵司在线| 精品久久国产老人久久综合| 日韩一区二区三区视频在线观看| 欧美日韩不卡视频| 久久久久久电影| 成人欧美一区二区三区白人| 亚洲视频你懂的| 卡一卡二国产精品 | 欧美男人的天堂一二区| 欧美曰成人黄网| 在线亚洲一区二区| 3d动漫精品啪啪一区二区竹菊| 欧美电影免费观看高清完整版在线观看 | 91蜜桃免费观看视频| 91福利区一区二区三区| 色av成人天堂桃色av| 久久这里只有精品6| 亚洲精品菠萝久久久久久久| 日本成人在线电影网| 成人av电影在线观看| 精品美女被调教视频大全网站| 亚洲欧洲精品天堂一级| 亚洲制服丝袜av| 国产成人综合网站| 在线播放国产精品二区一二区四区| 久久伊人中文字幕| 日韩av电影免费观看高清完整版| 成人国产精品免费观看| 久久综合九色综合97婷婷 | 不卡在线观看av| 国产亚洲精品久| 国产一区二三区好的| 日韩精品一区二区三区视频 | 色综合久久综合网| 亚洲美女区一区| 欧美性受xxxx| 久热成人在线视频| 久久精品在线免费观看| 国产乱妇无码大片在线观看| 中文欧美字幕免费| 91视频免费看| 亚洲午夜国产一区99re久久| 欧美日韩亚洲综合在线 欧美亚洲特黄一级 | 欧美精品国产精品| 麻豆一区二区三| 久久精品网站免费观看| 99国产精品久久| 日韩成人免费电影| 久久久影视传媒| 欧美日本国产一区| 韩国成人福利片在线播放| 国产丝袜欧美中文另类| 在线观看日产精品| 久久成人免费电影| 日韩欧美一级精品久久| 不卡av电影在线播放| 丝袜国产日韩另类美女| 久久久www成人免费无遮挡大片| 成人免费视频播放| 一区二区三区四区高清精品免费观看| 欧美一二三区精品| 99精品1区2区| 国产精品一区二区x88av| 一区二区三区四区乱视频| 中文一区在线播放| 91精品蜜臀在线一区尤物| 91激情五月电影| 91女厕偷拍女厕偷拍高清| 国产精品白丝jk白祙喷水网站| 亚洲成人激情自拍| 中文字幕一区二区三区av | 日韩精彩视频在线观看| 国产日本一区二区| 久久一夜天堂av一区二区三区| 欧美日韩色一区| 777亚洲妇女| 欧美精品免费视频| 9191精品国产综合久久久久久| 欧美日韩中文一区| 欧美男人的天堂一二区| 欧美蜜桃一区二区三区| 欧美色电影在线| 欧美一级久久久| 日韩免费一区二区| 国产午夜精品美女毛片视频| 中文字幕人成不卡一区| 综合av第一页| 亚洲www啪成人一区二区麻豆 | 麻豆成人在线观看| 蜜桃av一区二区三区电影| 日本一区中文字幕| 亚洲女子a中天字幕| 欧美精品第一页| 日韩美女一区二区三区| 亚洲色图制服丝袜| 亚洲女人的天堂| 国产蜜臀av在线一区二区三区| 日韩一区日韩二区| 国产欧美日韩不卡| 亚洲一区在线免费观看| 日本亚洲最大的色成网站www| 日韩精品亚洲一区| 国产传媒一区在线| 欧美浪妇xxxx高跟鞋交| 日韩欧美激情四射| 久久精品一区二区三区不卡| 中文字幕日韩av资源站| 国产毛片精品一区| 欧美日韩免费在线视频| 久久精品水蜜桃av综合天堂| 亚洲国产精品精华液网站| 蜜桃精品在线观看| 91精品婷婷国产综合久久性色| 一级特黄大欧美久久久| 成人av在线影院| 欧美精品一区视频| 国产成人精品一区二| 2020日本不卡一区二区视频| 青青青爽久久午夜综合久久午夜| 99精品视频在线免费观看| 国产精品不卡在线观看| 91免费视频网址| 日韩影院在线观看| 精品国产一二三| 成人h精品动漫一区二区三区| 亚洲国产精品高清| 91色视频在线| 一区二区三区蜜桃网| 欧美性猛交xxxx乱大交退制版 | 日本sm残虐另类| 日韩一区二区三区在线| 国产成人亚洲综合色影视| 亚洲激情六月丁香| 精品视频色一区| 国产成人小视频| 亚洲成人自拍一区| 久久久亚洲国产美女国产盗摄| 91在线porny国产在线看| 蜜桃91丨九色丨蝌蚪91桃色| 中文字幕欧美三区| 欧美伦理视频网站| 国产麻豆一精品一av一免费| 国产精品免费网站在线观看| 成人av网站免费| 久久国产婷婷国产香蕉|