Mongo主從復制哪些事（僅適用特定場景）

對數據強一致性要求不高的場景，一般微服務架構中不推薦

master節點可讀可寫操作，當數據有修改時，會將Oplog（操作日志）同步到所有的slave節點上。那么對于從節點來說僅只讀，所有slave節點從master節點同步數據，然而從節點之間互相不感知（即不同同步數據）；
對于這種模式在實際場景中也帶來了一定的問題：

原因在于只有一個master節點寫，而slave節點只能同步master數據，同時slave還要提供對外的數據查詢服務；也就是說當同步的數據偏大或網絡原因導致未同步完成，此時或在這個過程中會產生主從數據的不一致。如果對業務要求比較高的場景這種現象是不被允許的。這種情況跟MySQL主從復制如出一轍，唯一不同的是它們同步的媒介不同，MySQL是binlog，而MongoDB是Oplog。

Mongo實例的副本集（Replica Set）模式（高可用）

分三個部分組成Primary、Secondary、Arbiter

• Primary節點也稱主節點，具有讀寫能力。它負責把數據同步到所有副本節點（Secondary）。當Primary