4-5 Mongodb副本集成員狀態 · 運維工作筆記

### Mongodb副本集成員正常啟動以后，節點成員一般有三個狀態 #### 1、PRIMARY >可以稱為主節點，唯一一個接受寫操作的成員,副本集中有且只有一個。 #### 2、SECONDARY >可以成為從節點，負責數據的存儲，可以支持讀操作，副本集中可以有多個，比如開啟了slave=ok,可以有多個節點提供數據的讀操作。 #### 3、ARBITER >仲裁節點，不復制數據，僅存在選舉中，有資格投票。如果副本集的表決成員數將是偶數，副本集可能受選舉受困，仲裁節點會投票保證全局成功，副本集應具有ARBITER狀態的節點成員。任何副本集中最多只能配置一個仲裁節點。 ### 我們可以通過命令查看副本集節點成員狀態： ``` [root@VM_0_17_centos ~]# /home/eqs/mongodb/bin/mongo 192.168.0.17:27010 eqxiurs1:PRIMARY> rs.status() { "set" : "eqxiurs1", "date" : ISODate("2020-05-14T09:02:05.573Z"), "myState" : 1, "term" : NumberLong(74), "syncingTo" : "", "syncSourceHost" : "", "syncSourceId" : -1, "heartbeatIntervalMillis" : NumberLong(2000), "optimes" : { "lastCommittedOpTime" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) }, "readConcernMajorityOpTime" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) }, "appliedOpTime" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) }, "durableOpTime" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) } }, "members" : [ { "_id" : 0, "name" : "192.168.0.17:27011", "health" : 1, "state" : 7, "stateStr" : "ARBITER", "uptime" : 11775342, "lastHeartbeat" : ISODate("2020-05-14T09:02:05.425Z"), "lastHeartbeatRecv" : ISODate("2020-05-14T09:02:05.412Z"), "pingMs" : NumberLong(0), "lastHeartbeatMessage" : "", "syncingTo" : "", "syncSourceHost" : "", "syncSourceId" : -1, "infoMessage" : "", "configVersion" : 17 }, { "_id" : 2, "name" : "192.168.0.17:27010", "health" : 1, "state" : 1, "stateStr" : "PRIMARY", "uptime" : 11775348, "optime" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) }, "optimeDate" : ISODate("2020-05-14T09:02:03Z"), "syncingTo" : "", "syncSourceHost" : "", "syncSourceId" : -1, "infoMessage" : "", "electionTime" : Timestamp(1585532206, 1), "electionDate" : ISODate("2020-03-30T01:36:46Z"), "configVersion" : 17, "self" : true, "lastHeartbeatMessage" : "" }, { "_id" : 3, "name" : "192.168.0.14:27010", "health" : 1, "state" : 2, "stateStr" : "SECONDARY", "uptime" : 3914094, "optime" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) }, "optimeDurable" : { "ts" : Timestamp(1589446923, 2), "t" : NumberLong(74) }, "optimeDate" : ISODate("2020-05-14T09:02:03Z"), "optimeDurableDate" : ISODate("2020-05-14T09:02:03Z"), "lastHeartbeat" : ISODate("2020-05-14T09:02:04.038Z"), "lastHeartbeatRecv" : ISODate("2020-05-14T09:02:03.768Z"), "pingMs" : NumberLong(0), "lastHeartbeatMessage" : "", "syncingTo" : "192.168.0.17:27010", "syncSourceHost" : "192.168.0.17:27010", "syncSourceId" : 2, "infoMessage" : "", "configVersion" : 17 } ], "ok" : 1, "operationTime" : Timestamp(1589446923, 2), "$clusterTime" : { "clusterTime" : Timestamp(1589446923, 2), "signature" : { "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="), "keyId" : NumberLong(0) } } } ``` ### 如果一直處于下邊的幾種狀態，我們需要查看節點的日志看看是否有異常 ### 1、STARTUP >副本集的每個成員都以STARTUP狀態啟動。然后mongod加載該成員的副本集配置，并將該成員的狀態轉換為STARTUP2。 STARTUP中的成員沒有資格投票，因為它們尚未成為任何副本集的公認成員節點。 ### 2、RECOVERING >當副本集的成員尚未準備好接受讀取時，它將進入RECOVERING狀態。 RECOVERING狀態可以在正常操作期間發生，并不一定反映錯誤情況。處于RECOVERING狀態的成員有資格在選舉中投票，但沒有資格成為PRIMARY狀態。 >在復制了足夠的數據以保證用于客戶端讀取的數據的一致視圖之后，成員從RECOVERING過渡到SECONDARY。 RECOVERING和SECONDARY狀態之間的唯一區別是RECOVERING禁止客戶端讀取，而SECONDARY允許它們讀取。 ### 3、STARTUP2 >mongod一旦完成加載該成員配置的副本，副本集中的每個成員就會進入STARTUP2狀態，這時它將成為副本集中的活動成員并可以投票。然后，成員決定是否進行初始同步。如果成員開始初始同步，則該成員將保留在STARTUP2中，直到復制所有數據并構建所有索引為止。之后，成員轉換為RECOVERING。新成員加入副本集時，初始化同步數據狀態，該狀態有投票資格。待數據同步完成會成為正常狀態。 ### 4、UNKNOWN >從未將狀態信息傳遞給副本集的成員處于UNKNOWN狀態，一般節點出現網絡問題。 ### 5、ROLLBACK >每當副本集替換一次選舉中的主數據庫時，舊的主數據庫可能包含未復制到輔助成員的文檔。在這種情況下，舊的主要成員將還原這些寫入。在回滾期間，成員將具有ROLLBACK狀態。處于ROLLBACK狀態的成員有資格在選舉中投票。 >從4.2版開始，當成員進入ROLLBACK狀態時，MongoDB會終止所有正在進行的用戶操作。 ### 6、REMOVED >從副本集中刪除的成員進入“已刪除”狀態。當成員進入REMOVED狀態時，日志將使用replSet REMOVED消息條目標記該事件。 ### 7、DOWN >副本集的其余成員將失去與副本集的連接的成員視為DOWN。 ### 8、not reachable/healthy >宕機，或者節點服務停止 ###數據庫在運行起來以后我們要做好監控，服務資源監控CPU、內存、磁盤、網絡，服務進程端口，數據庫集群狀態，再出現異常時我們可以及時發現。