搭建 MongoDB (v6.0) 副本集記錄

来源:https://www.cnblogs.com/zhangwencheng/archive/2023/11/23/17774230.html
-Advertisement-
Play Games

副本集概述 副本集（Replica Set）是一組帶有故障轉移的 MongoDB 實例組成的集群，由一個主（Primary）伺服器和多個從（Secondary）伺服器構成。通過Replication，將數據的更新由Primary推送到其他實例上，在一定的延遲之後，每個MongoDB實例維護相同的數據 ...


副本集概述

  • 副本集（Replica Set）是一組帶有故障轉移的 MongoDB 實例組成的集群，由一個主（Primary）伺服器和多個從（Secondary）伺服器構成。通過Replication，將數據的更新由Primary推送到其他實例上，在一定的延遲之後，每個MongoDB實例維護相同的數據集副本。通過維護冗餘的資料庫副本，能夠實現數據的異地備份，讀寫分離和自動故障轉移。

  • MongoDB 副本集中沒有固定的主節點，在啟動後，多個服務節點間將自動選舉產生一個主節點。該主節點被稱為primary，一個或多個從節點被稱為secondaries。primary基本上就是master節點，不同之處在於primary節點在不同時間可能是不同的伺服器。如果當前的主節點失效了，副本集中的其餘節點將會試圖選出一個新的主節點。

節點說明

MongoDB副本集架構通過部署多種節點來達到高可用和讀寫分離的效果，每個副本集實例包含一個主節點（Primary節點）、一個或多個從節點（Secondary節點）、隱藏節點（Hidden節點）、仲裁節點（Arbiter節點）和可選的一個或多個只讀節點（ReadOnly節點）。其中主節點、從節點和隱藏節點合起來統稱為“主備節點”。各節點的說明如下：

主節點（Primary節點）

  • 負責執行和響應數據讀寫請求。每個副本集實例中只能有一個主節點。主節點將其數據集的所有更改記錄在其操作日誌（即oplog小於50 GB）中。

從節點（Secondary節點）

  • 通過操作日誌（oplog）同步主節點的數據，可在主節點故障時通過選舉成為新的主節點，保障高可用。

  • 通過從節點的連接地址進行連接時，只能讀取數據不能寫入數據。

  • 從節點具有高可用保障，即某個從節點故障時，系統會自動將其與隱藏節點切換，若未自動切換，您可以自行切換，從節點的連接地址保持不變。

觸發節點的角色切換後，會產生1次30秒內的連接閃斷，建議您在業務低峰期操作或確保應用具備重連機制。

隱藏節點（Hidden節點）

  • 通過操作日誌（oplog）同步主節點的數據，可在從節點故障時接替該故障節點成為新的從節點，也可在只讀節點故障時接替該故障節點成為新的只讀節點，保障高可用。

  • 隱藏節點僅用作高可用，對客戶端不可見。

  • 隱藏節點不在“主節點的備用列表”中，不會被選舉為主節點，但會參與投票選舉主節點。

  • 每個副本集實例中只能有一個隱藏節點。

仲裁節點（Arbiter節點）

  • 仲裁節點，只是用來投票，且投票的權重只能為1，不複製數據，也不能提升為primary。

  • 仲裁節點常用於節點數量是偶數的副本集中。

  • 通常將Arbiter部署在業務伺服器上，切忌將其部署在Primary節點或Secondary節點伺服器上。

只讀節點（ReadOnly節點）

  • 通過操作日誌（oplog）從延遲最低的主節點或從節點同步數據，應用於有大量讀請求的場景，以減輕主節點和從節點的訪問壓力。兩個或以上只讀節點可以使用ReadOnly Connection String URI連接實現讀請求負載均衡。

  • 只讀節點具有高可用保障，即某個只讀節點故障時，系統會自動將其與隱藏節點切換，若未自動切換，您可以自行切換，只讀節點的連接地址保持不變。

觸發節點的角色切換後，會產生1次30秒內的連接閃斷，建議您在業務低峰期操作或確保應用具備重連機制。

  • 只讀節點具有獨立的連接地址，適合獨立系統直連訪問，與已有主從節點的連接互不幹擾。

  • 只讀節點不在“主節點的備用列表”中，不會被選舉為主節點，也不會參與投票選舉主節點。

副本集部署架構

  • MongoDB 6.x 官方介紹副本節點最少為3台，建議副本集成員為奇數，最多50個副本節點，最多7個節點參與選舉。

  • 限制副本節點的數量，主要是因為一個集群中過多的副本節點，增加了複製的成本，反而拖累了集群的整體性能。

  • 太多的副本節點參與選舉，也會增加選舉的時間。而官方建議奇數的節點，是為了避免腦裂的發生。

副本集搭建過程

環境準備

主機名 IP地址 成員
MongoDB-Master 172.16.70.181 主節點
MongoDB-Slave01 172.16.70.182 從節點
MongoDB-Slave02 172.16.70.183 從節點 
# 三個節點統一設置，這裡以 MongoDB-Master 為例
[root@MongoDB-Master ~]# cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)
[root@MongoDB-Master ~]# uname -r
3.10.0-1160.el7.x86_64

# 修改ulimit 系統資源限制
[root@MongoDB-Master ~]# cat /etc/security/limits.conf
....末行追加以下內容....
root    soft    nproc   65535
root    hard    nproc   65535
root    hard    nofile  65535
root    soft    nofile  65535

[root@MongoDB-Master ~]# setenforce 0
[root@MongoDB-Master ~]# sed -i.bak '7s/enforcing/disabled/' /etc/selinux/config

[root@MongoDB-Master ~]# systemctl stop firewalld
[root@MongoDB-Master ~]# systemctl status firewalld
● firewalld.service - firewalld - dynamic firewall daemon
   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:firewalld(1)

安裝 MongoDB 6.0

# 使用Yum方式安裝當前最新穩定版本，這裡以 MongoDB-Master 為例，其他兩從節點一樣操作。
[root@MongoDB-Master ~]# cat /etc/yum.repos.d/mongodb-org-6.0.repo
[mongodb-org-6.0]
name=MongoDB Repository
baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/6.0/x86_64/
gpgcheck=1
enabled=1
gpgkey=https://www.mongodb.org/static/pgp/server-6.0.asc

[root@MongoDB-Master ~]# yum install -y mongodb-org

=========================================================================================================
# 如要安裝特定版本的 MongoDB，請單獨指定每個組件包並將版本號附加到包名稱，例如
yum install -y mongodb-org-6.0.10 mongodb-org-database-6.0.10 mongodb-org-server-6.0.10 mongodb-org-mongos-6.0.10 mongodb-org-tools-6.0.10
# yum當更新版本可用時升級軟體包。為防止意外升級，請固定包。要固定包，請將以下exclude指令添加到您的/etc/yum.conf文件中
exclude=mongodb-org,mongodb-org-database,mongodb-org-server,mongodb-mongosh,mongodb-org-mongos,mongodb-org-tools
=========================================================================================================
# 查看安裝版本
[root@MongoDB-Master ~]# mongod --version
db version v6.0.11
Build Info: {
    "version": "6.0.11",
    "gitVersion": "f797f841eaf1759c770271ae00c88b92b2766eed",
    "openSSLVersion": "OpenSSL 1.0.1e-fips 11 Feb 2013",
    "modules": [],
    "allocator": "tcmalloc",
    "environment": {
        "distmod": "rhel70",
        "distarch": "x86_64",
        "target_arch": "x86_64"
    }
}

# 修改配置文件 (bindIp: 127.0.0.1,172.16.70.181) 
[root@MongoDB-Master ~]# grep -Ev "^$" /etc/mongod.conf
# mongod.conf
# for documentation of all options, see:
#   http://docs.mongodb.org/manual/reference/configuration-options/
# where to write logging data.
systemLog:
  destination: file
  logAppend: true
  path: /var/log/mongodb/mongod.log
# Where and how to store data.
storage:
  dbPath: /var/lib/mongo
  journal:
    enabled: true
#  engine:
#  wiredTiger:
# how the process runs
processManagement:
  timeZoneInfo: /usr/share/zoneinfo
# network interfaces
net:
  port: 27017
  # 註意：本機的ip地址。否則後面進行副本集初始化的時候可能會失敗！
  bindIp: 127.0.0.1,172.16.70.181  # Enter 0.0.0.0,:: to bind to all IPv4 and IPv6 addresses or, alternatively, use the net.bindIpAll setting.
#security:
#operationProfiling:
replication:
   # 定義副本集名稱
   replSetName: testrs0
#sharding:
## Enterprise-Only Options
#auditLog:
#snmp:

# 確保運行MongoDB的用戶有權訪問相關目錄
[root@MongoDB-Master ~]# grep mongo /etc/passwd
mongod:x:997:996:mongod:/var/lib/mongo:/bin/false
[root@MongoDB-Master ~]# ls -ld /var/log/mongodb/mongod.log /var/lib/mongo
drwxr-xr-x 4 mongod mongod   4096 Oct 20 10:25 /var/lib/mongo
-rw-r----- 1 mongod mongod 171974 Oct 20 10:22 /var/log/mongodb/mongod.log

# 啟動MongoDB
[root@MongoDB-Master ~]# systemctl start mongod && systemctl enable mongod
[root@MongoDB-Master ~]# systemctl list-units | grep mongod
mongod.service                                  loaded active running   MongoDB Database Server

[root@MongoDB-Master ~]# ps axu | grep mongod
mongod     1563  1.8  2.4 2805700 97536 ?       Ssl  11:26   0:01 /usr/bin/mongod -f /etc/mongod.conf
root       1703  0.0  0.0 112808   968 pts/0    S+   11:27   0:00 grep --color=auto mongod

[root@MongoDB-Master ~]# netstat -ntpl | grep mongod
tcp        0      0 172.16.70.181:27017     0.0.0.0:*               LISTEN      1563/mongod
tcp        0      0 127.0.0.1:27017         0.0.0.0:*               LISTEN      1563/mongod
[root@MongoDB-Master ~]# ls -l /tmp/mongodb-27017.sock
srwx------ 1 mongod mongod 0 Oct 20 11:26 /tmp/mongodb-27017.sock

部署副本集

這裡的_id與配置文件mongod.conf中replSetName保持一致。

# 在任意節點執行 rs.initiate，這裡選擇在MongoDB-Master操作初始化。
[root@MongoDB-Master ~]# mongosh
test> rs.initiate( {
...    _id : "testrs0",
...    members: [
...       { _id: 0, host: "172.16.70.181:27017" },
...       { _id: 1, host: "172.16.70.182:27017" },
...       { _id: 2, host: "172.16.70.183:27017" }
...    ]
... })
{ ok: 1 }

# 查看副本集配置，確保只有一個主節點
testrs0 [direct: primary] test> rs.conf()
{
  _id: 'testrs0',
  version: 1,
  term: 1,
  members: [
    {
      _id: 0,
      host: '172.16.70.181:27017',
      arbiterOnly: false,   # 是否為仲裁者，預設為false
      buildIndexes: true,   # 是否為構建索引成員
      hidden: false,        # 是否為隱藏成員
      priority: 1,          # 範圍0~1000，預設為1，值大為主節點primary，值為0則不能成為primay（仲裁）
      tags: {},
      secondaryDelaySecs: Long("0"),   # 從節點複製延遲時間，單位秒s
      votes: 1                         # 選舉投票的數量
    },
    {
      _id: 1,
      host: '172.16.70.182:27017',
      arbiterOnly: false,
      buildIndexes: true,
      hidden: false,
      priority: 1,           # 預設為1
      tags: {},
      secondaryDelaySecs: Long("0"),
      votes: 1
    },
    {
      _id: 2,
      host: '172.16.70.183:27017',
      arbiterOnly: false,
      buildIndexes: true,
      hidden: false,
      priority: 1,        # 預設為1
      tags: {},
      secondaryDelaySecs: Long("0"),
      votes: 1
    }
  ],
  protocolVersion: Long("1"),
  writeConcernMajorityJournalDefault: true,
  settings: {
    chainingAllowed: true,
    heartbeatIntervalMillis: 2000,
    heartbeatTimeoutSecs: 10,
    electionTimeoutMillis: 10000,
    catchUpTimeoutMillis: -1,
    catchUpTakeoverDelayMillis: 30000,
    getLastErrorModes: {},
    getLastErrorDefaults: { w: 1, wtimeout: 0 },
    replicaSetId: ObjectId("6531f7207c8f661d6f787810")
  }
}


testrs0 [direct: primary] test> rs.status()
{
  set: 'testrs0',                              # 副本集名稱
  date: ISODate("2023-10-20T04:06:56.352Z"),   # 當前時間
  myState: 1,                                  # 成員的副本狀態(0~10)；常見 1：PRIMARY，2：SECONDARY，7：ARBITER，8：DOWN
  term: Long("2"),                             # 獲得選舉的票數
  syncSourceHost: '',                          # 實例同步成員的主機名
  syncSourceId: -1,                            # 實例同成員名稱
  heartbeatIntervalMillis: Long("2000"),       # 心跳頻率，毫秒ms
  majorityVoteCount: 2,                        # 被選舉為主節點所需要的票數
  writeMajorityCount: 2,                       # 滿足寫操作所需要的票數
  votingMembersCount: 3,                       # 該副本集中成員數量
  writableVotingMembersCount: 3,               # 有投票權的成員數量
  optimes: {
    lastCommittedOpTime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
    lastCommittedWallTime: ISODate("2023-10-20T04:06:47.335Z"),
    readConcernMajorityOpTime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
    appliedOpTime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
    durableOpTime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
    lastAppliedWallTime: ISODate("2023-10-20T04:06:47.335Z"),
    lastDurableWallTime: ISODate("2023-10-20T04:06:47.335Z")
  },
  lastStableRecoveryTimestamp: Timestamp({ t: 1697774793, i: 1 }),
  electionCandidateMetrics: {
    lastElectionReason: 'stepUpRequestSkipDryRun',
    lastElectionDate: ISODate("2023-10-20T04:04:37.304Z"),
    electionTerm: Long("2"),
    lastCommittedOpTimeAtElection: { ts: Timestamp({ t: 1697774676, i: 1 }), t: Long("1") },
    lastSeenOpTimeAtElection: { ts: Timestamp({ t: 1697774676, i: 1 }), t: Long("1") },
    numVotesNeeded: 2,
    priorityAtElection: 1,
    electionTimeoutMillis: Long("10000"),
    priorPrimaryMemberId: 1,
    numCatchUpOps: Long("0"),
    newTermStartDate: ISODate("2023-10-20T04:04:37.311Z"),
    wMajorityWriteAvailabilityDate: ISODate("2023-10-20T04:04:38.331Z")
  },
  electionParticipantMetrics: {
    votedForCandidate: true,
    electionTerm: Long("1"),
    lastVoteDate: ISODate("2023-10-20T03:42:36.120Z"),
    electionCandidateMemberId: 1,
    voteReason: '',
    lastAppliedOpTimeAtElection: { ts: Timestamp({ t: 1697773344, i: 1 }), t: Long("-1") },
    maxAppliedOpTimeInSet: { ts: Timestamp({ t: 1697773344, i: 1 }), t: Long("-1") },
    priorityAtElection: 1
  },
  members: [
    {
      _id: 0,                          # 副本集中節點編號
      name: '172.16.70.181:27017',     # 伺服器名稱及埠號
      health: 1,                       # 健康狀態；1為正常，0為異常
      state: 1,                        # 當前狀態；數值小為primary，數值大為secondary
      stateStr: 'PRIMARY',             # 主節點(PRIMARY)，從節點(SECONDARY)
      uptime: 2424,                    # 線上時間（秒）
      optime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },    # 最後一次應用日誌(oplog)信息
      optimeDate: ISODate("2023-10-20T04:06:47.000Z"),                     # 最後一次應用日誌(oplog)時間
      lastAppliedWallTime: ISODate("2023-10-20T04:06:47.335Z"),            # 該成員在主節點上應用的最後一次操作的時間
      lastDurableWallTime: ISODate("2023-10-20T04:06:47.335Z"),            # 最後一次寫入成員日誌的操作首次在主節點上應用時的時間
      syncSourceHost: '',
      syncSourceId: -1,
      infoMessage: '',
      electionTime: Timestamp({ t: 1697774677, i: 1 }),                    # primary從操作日誌選舉時間戳信息
      electionDate: ISODate("2023-10-20T04:04:37.000Z"),                   # 被選定為primary的時間
      configVersion: 1,                                                    # 副本集版本
      configTerm: 2,
      self: true,
      lastHeartbeatMessage: ''
    },
    {
      _id: 1,
      name: '172.16.70.182:27017',
      health: 1,            
      state: 2,               # 數值小為primary，數值大為secondary
      stateStr: 'SECONDARY',  # 從節點
      uptime: 84,
      optime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
      optimeDurable: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
      optimeDate: ISODate("2023-10-20T04:06:47.000Z"),
      optimeDurableDate: ISODate("2023-10-20T04:06:47.000Z"),
      lastAppliedWallTime: ISODate("2023-10-20T04:06:47.335Z"),
      lastDurableWallTime: ISODate("2023-10-20T04:06:47.335Z"),
      lastHeartbeat: ISODate("2023-10-20T04:06:55.647Z"),
      lastHeartbeatRecv: ISODate("2023-10-20T04:06:55.575Z"),
      pingMs: Long("0"),
      lastHeartbeatMessage: '',
      syncSourceHost: '172.16.70.183:27017',
      syncSourceId: 2,
      infoMessage: '',
      configVersion: 1,
      configTerm: 2
    },
    {
      _id: 2,
      name: '172.16.70.183:27017',
      health: 1,              
      state: 2,               # 數值小為primary，數值大為secondary
      stateStr: 'SECONDARY',  # 從節點
      uptime: 1471,
      optime: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
      optimeDurable: { ts: Timestamp({ t: 1697774807, i: 1 }), t: Long("2") },
      optimeDate: ISODate("2023-10-20T04:06:47.000Z"),
      optimeDurableDate: ISODate("2023-10-20T04:06:47.000Z"),
      lastAppliedWallTime: ISODate("2023-10-20T04:06:47.335Z"),
      lastDurableWallTime: ISODate("2023-10-20T04:06:47.335Z"),
      lastHeartbeat: ISODate("2023-10-20T04:06:55.561Z"),
      lastHeartbeatRecv: ISODate("2023-10-20T04:06:54.598Z"),
      pingMs: Long("0"),
      lastHeartbeatMessage: '',
      syncSourceHost: '172.16.70.181:27017',
      syncSourceId: 0,
      infoMessage: '',
      configVersion: 1,
      configTerm: 2
    }
  ],
  ok: 1,
  '$clusterTime': {
    clusterTime: Timestamp({ t: 1697774807, i: 1 }),
    signature: {
      hash: Binary.createFromBase64("AAAAAAAAAAAAAAAAAAAAAAAAAAA=", 0),
      keyId: Long("0")
    }
  },
  operationTime: Timestamp({ t: 1697774807, i: 1 })
}
testrs0 [direct: primary] test>

複製功能測試

# 在主節點(172.16.70.181)上新增mydb庫，並創建myColl文檔
[root@MongoDB-Master ~]# mongosh
testrs0 [direct: primary] test>

testrs0 [direct: primary] test> show dbs
admin    80.00 KiB
config  208.00 KiB
local   484.00 KiB
testrs0 [direct: primary] test> use mydb
switched to db mydb
testrs0 [direct: primary] mydb> db.myColl.insertOne({ name: "zhang" })
{
  acknowledged: true,
  insertedId: ObjectId("65361759be7d5c1abe9d83ee")
}
testrs0 [direct: primary] mydb> db.myColl.find()
[ { _id: ObjectId("65361759be7d5c1abe9d83ee"), name: 'zhang' } ]


# 在從節點(172.16.70.182/183)上查看複製同步數據結果
[root@MongoDB-Slave01 ~]# mongosh
testrs0 [direct: secondary] test> use mydb
switched to db mydb
testrs0 [direct: secondary] mydb> show collections
myColl
testrs0 [direct: secondary] mydb> db.myColl.find()
MongoServerError: not primary and secondaryOk=false - consider using db.getMongo().setReadPref() or readPreference in the connection string

# MongoServerError 報錯！
# 這是因為mongodb預設是從主節點讀寫數據的，副本節點上不允許讀，需要設置副本節點可以讀

testrs0 [direct: secondary] mydb> db.getMongo().setReadPref('secondary')

testrs0 [direct: secondary] mydb> db.myColl.find()
[ { _id: ObjectId("65361759be7d5c1abe9d83ee"), name: 'zhang' } ]

# 此時，主節點數據已經同步到從節點上

故障轉移功能測試

# 假設主節點(172.16.70.181)故障
[root@MongoDB-Master ~]# systemctl stop mongod
[root@MongoDB-Master ~]# netstat -ntpl | grep mongod

# 登錄從節點查看副本集狀態
[root@MongoDB-Slave01 ~]# mongosh
testrs0 [direct: primary] test> rs.status()
{
  set: 'testrs0',
  date: ISODate("2023-10-23T07:55:53.369Z"),
  myState: 1,
  term: Long("2"),
  syncSourceHost: '',
  syncSourceId: -1,
  heartbeatIntervalMillis: Long("2000"),
  majorityVoteCount: 2,
  writeMajorityCount: 2,
  votingMembersCount: 3,
  writableVotingMembersCount: 3,
  optimes: {
    lastCommittedOpTime: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
    lastCommittedWallTime: ISODate("2023-10-23T07:55:43.519Z"),
    readConcernMajorityOpTime: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
    appliedOpTime: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
    durableOpTime: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
    lastAppliedWallTime: ISODate("2023-10-23T07:55:43.519Z"),
    lastDurableWallTime: ISODate("2023-10-23T07:55:43.519Z")
  },
  lastStableRecoveryTimestamp: Timestamp({ t: 1698047693, i: 1 }),
  electionCandidateMetrics: {
    lastElectionReason: 'stepUpRequestSkipDryRun',
    lastElectionDate: ISODate("2023-10-23T07:51:13.449Z"),
    electionTerm: Long("2"),
    lastCommittedOpTimeAtElection: { ts: Timestamp({ t: 1698047468, i: 1 }), t: Long("1") },
    lastSeenOpTimeAtElection: { ts: Timestamp({ t: 1698047468, i: 1 }), t: Long("1") },
    numVotesNeeded: 2,
    priorityAtElection: 1,
    electionTimeoutMillis: Long("10000"),
    priorPrimaryMemberId: 0,
    numCatchUpOps: Long("0"),
    newTermStartDate: ISODate("2023-10-23T07:51:13.456Z"),
    wMajorityWriteAvailabilityDate: ISODate("2023-10-23T07:51:14.459Z")
  },
  electionParticipantMetrics: {
    votedForCandidate: true,
    electionTerm: Long("1"),
    lastVoteDate: ISODate("2023-10-23T07:47:58.216Z"),
    electionCandidateMemberId: 0,
    voteReason: '',
    lastAppliedOpTimeAtElection: { ts: Timestamp({ t: 1698047267, i: 1 }), t: Long("-1") },
    maxAppliedOpTimeInSet: { ts: Timestamp({ t: 1698047267, i: 1 }), t: Long("-1") },
    priorityAtElection: 1
  },
  members: [
    {
      _id: 0,
      name: '172.16.70.181:27017',
      health: 0,
      state: 8,
      stateStr: '(not reachable/healthy)',
      uptime: 0,
      optime: { ts: Timestamp({ t: 0, i: 0 }), t: Long("-1") },
      optimeDurable: { ts: Timestamp({ t: 0, i: 0 }), t: Long("-1") },
      optimeDate: ISODate("1970-01-01T00:00:00.000Z"),
      optimeDurableDate: ISODate("1970-01-01T00:00:00.000Z"),
      lastAppliedWallTime: ISODate("2023-10-23T07:51:14.906Z"),
      lastDurableWallTime: ISODate("2023-10-23T07:51:14.906Z"),
      lastHeartbeat: ISODate("2023-10-23T07:55:52.462Z"),
      lastHeartbeatRecv: ISODate("2023-10-23T07:51:28.493Z"),
      pingMs: Long("0"),
      lastHeartbeatMessage: 'Error connecting to 172.16.70.181:27017 :: caused by :: Connection refused',     # 提示: Error
      syncSourceHost: '',
      syncSourceId: -1,
      infoMessage: '',
      configVersion: 1,
      configTerm: 2
    },
    {
      _id: 1,
      name: '172.16.70.182:27017',
      health: 1,
      state: 1,
      stateStr: 'PRIMARY',
      uptime: 1005,
      optime: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
      optimeDate: ISODate("2023-10-23T07:55:43.000Z"),
      lastAppliedWallTime: ISODate("2023-10-23T07:55:43.519Z"),
      lastDurableWallTime: ISODate("2023-10-23T07:55:43.519Z"),
      syncSourceHost: '',
      syncSourceId: -1,
      infoMessage: '',
      electionTime: Timestamp({ t: 1698047473, i: 1 }),
      electionDate: ISODate("2023-10-23T07:51:13.000Z"),
      configVersion: 1,
      configTerm: 2,
      self: true,
      lastHeartbeatMessage: ''
    },
    {
      _id: 2,
      name: '172.16.70.183:27017',
      health: 1,
      state: 2,
      stateStr: 'SECONDARY',
      uptime: 486,
      optime: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
      optimeDurable: { ts: Timestamp({ t: 1698047743, i: 1 }), t: Long("2") },
      optimeDate: ISODate("2023-10-23T07:55:43.000Z"),
      optimeDurableDate: ISODate("2023-10-23T07:55:43.000Z"),
      lastAppliedWallTime: ISODate("2023-10-23T07:55:43.519Z"),
      lastDurableWallTime: ISODate("2023-10-23T07:55:43.519Z"),
      lastHeartbeat: ISODate("2023-10-23T07:55:52.043Z"),
      lastHeartbeatRecv: ISODate("2023-10-23T07:55:52.568Z"),
      pingMs: Long("0"),
      lastHeartbeatMessage: '',
      syncSourceHost: '172.16.70.182:27017',
      syncSourceId: 1,
      infoMessage: '',
      configVersion: 1,
      configTerm: 2
    }
  ],
  ok: 1,
  '$clusterTime': {
    clusterTime: Timestamp({ t: 1698047743, i: 1 }),
    signature: {
      hash: Binary.createFromBase64("AAAAAAAAAAAAAAAAAAAAAAAAAAA=", 0),
      keyId: Long("0")
    }
  },
  operationTime: Timestamp({ t: 1698047743, i: 1 })
}
testrs0 [direct: primary] test>

# 此次，從節點(172.16.70.182)經過選舉後，成為新的主節點。
# 原主節點(172.16.70.181)故障恢復後，將成為新的主節點(172.16.70.182)的從節點。
# 如果想實例預設成為主節點，可設置更高優先順序priority（預設優先順序為1,m值是0~1000之間的數字,數字越大優先順序越高,m=0,則此節點永遠不能成為主節點）
# 即先移除rs.remove("ip:port")，再新增rs.add( { host: "ip:port", priority: Num } )

更改副本集優先順序

# 查看當前副本集配置
rs.conf()

# n為 _id 值，從0開始為第一個節點，1為第二個節點，....
# 預設優先順序為1,m值是0~1000之間的數字,數字越大優先順序越高,m=0,則此節點永遠不能成為主節點（仲裁）
cfg.members[n].priority = m

# 重新配置當前副本集
rs.reconfig(cfg)

新增副本集成員

# 必須在主節點上操作
# 新增具有預設投票和優先順序的成員到副本集
rs.add( { host: "mongodbd4.example.net:27017" } )
rs.add( "mongodbd4.example.net:27017" )

# 新增優先順序0的成員到副本集
rs.add( { host: "mongodbd4.example.net:27017", priority: 0 } )

# 新增仲裁者成員到副本集
rs.add( { host: "mongodb3.example.net:27017", arbiterOnly: true } )
rs.add("mongodb3.example.net:27017", true)

刪除副本成員

rs.remove("mongod3.example.net:27017")
rs.remove("mongod3.example.net")

替換副本集成員

cfg = rs.conf()
cfg.members[0].host = "mongo2.example.net"
rs.reconfig(cfg)
********** 如果您認為這篇文章還不錯或者有所收穫，請點擊右下角的【推薦】/【贊助】按鈕，因為您的支持是我繼續寫作，分享的最大動力！ **********

作者：上古南城
出處：https://www.cnblogs.com/zhangwencheng
版權：本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出 原文鏈接
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Win10 添加或刪除功能時報錯：0x80073701，找不到引用的彙編 (ERROR_SXS_ASSEMBLY_MISSING)
    四、Linux幫助使用 1、Tab鍵的作用 當所輸入的關鍵字具有唯一性時，一次Tab則自動補齊 所輸入的關鍵字不具有唯一性，則系統會列出所有該關鍵字開頭的內容 補齊命令 補齊參數 2、歷史記錄 history：查看所有歷史記錄 history N ：列出最近N條歷史記錄 ！N：調用第N條歷史記錄 ！ ...
  • 第七單元 條件查詢，分組查詢
    1. 條件查詢 條件查詢是通過where子句進行檢索的查詢方式。 select 欄位名1, 欄位名2, …, 欄位名n from 數據表名 where 查詢條件 1. 如何使用排序（升序，降序）？ asc:表示升序（預設排序方式） desc:降序 排序語法：select ... from 表名 [條 ...
  • 中國經濟發展的新趨勢：這些行業或將成為未來500強主角
    隨著中國經濟的快速發展，經濟結構不斷優化，各個行業也在不斷變革和發展。以前的傳統製造業逐漸被新興產業取代，技術革新和創新成為推動中國經濟發展的核心力量。在未來，哪些行業會成為未來500強的主角呢？ 根據挖數據平臺數據顯示，從2006年至今，中國企業500強中，收入總和不斷攀升，排名也在不斷變化。 在 ...
  • 列舉資料庫緩存使用場景實例和命令速查表
    本文分享自華為雲社區《還不知道資料庫緩存使用場景？舉例使用場景實例和命令速查表》，作者：碼樂。 怎樣使用 我們繼續的動力通常來自有某個問題，或者我們有了一個工具，通常會想，它可以解決什麼類型的問題？ 在使用時應註意什麼它？在我們回答這些問題中的任何一個之前，我們需要瞭解它是什麼。 Redis通常被描 ...
  • mysql5.0升級8.0完成後,伺服器重啟引發"#1449 - The user specified as a definer ('mysql.infoschema'@'localhost') does not exist"異常小結
    遇到的問題： 問題一:ERROR 1449 (HY000): The user specified as a definer ('mysql.infoschema'@'localhost') does not exist 異常原因：未知 解決辦法： 驗證指定的用戶（'mysql.infoschema ...
  • 時區的坑：數據時間在不同資料庫中差8小時、13小時、14小時是怎麼回事
    1. SSMS 方式 在資料庫中選擇“編輯前200行”選項，然後就可以手動直接輸入數據到表行中了。 手動輸入的數據是確定的，而且只能一點點輸入，遇到大量的數據的時候，操作會變得很繁重，而且它不滿足大多數業務的需求，而且不利於更新。 在對象資源管理器中，右鍵點擊你要打開的表，然後選擇 “Edit To ...
  • 【虹科乾貨】Redis Enterprise 自動分層技術：大數據集高性能解決方案
    企業業務一直依賴於其收集的數據，但這些數據集正在不斷增長。即使需要提取的數據存儲量非常龐大，Redis Enterprise 7.2也能使應用程式能以最快的速度檢索和處理數據。利用自動分層技術，可以識別冷數據和熱數據，並分別存儲在記憶體和固態硬碟上，顯著提升了系統響應速度，優化記憶體占用的同時降低硬體成... ...
  • 翻譯：MySQL InnoDB Cluster - Navigating the Cluster
    本文是對這篇文章MySQL InnoDB Cluster - Navigating the Cluster[1]的翻譯，翻譯如有不當的地方，敬請諒解，請尊重原創和翻譯勞動成果，轉載的時候請註明出處。謝謝！ 當我們管理InnoDB Cluster時，一件非常重要的事情就是瞭解集群處於什麼樣的狀態，特別 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類