標籤:log 輪詢 .com 原理 metadata 方式 應用 分離 config
複本集(Replica Set):
通俗的說,複本集就是叢集,主從複製,讀寫分離,故障切換。
複本集是Mongodb原來的主從模式的升級版本,官方已經不再推薦使用主從模式。
MongoDB的複本集與主從有所不同,主從在主機宕機後所有服務將停止,而複本集在主機宕機後,副本會接管主節點成為主節點,不會出現宕機的情況。
mongodb的複製至少需要兩個節點。其中一個是主節點,負責處理用戶端請求,其餘的都是從節點,負責複製主節點上的資料。
mongodb各個節點常見的搭配方式為:一主一從、一主多從。
主節點記錄在其上的所有操作oplog,從節點定期輪詢主節點擷取這些操作,然後對自己的資料副本執行這些操作,從而保證從節點的資料與主節點一致。
MongoDB複製結構圖如下所示:
Ps:這張圖中讀寫都是從主節點,其實可以設定讀操作走從節點,但是寫入操作只能是在主節點上。
複本集特徵:
- N 個節點的叢集
- 任何節點可作為主節點
- 所有寫入操作都在主節點上
- 自動容錯移轉
- 自動回復
分區(Sharding)
在Mongodb裡面存在另一種叢集,就是分區技術,可以滿足MongoDB資料量大量增長的需求。
分區是將資料拆分後分發到各個節點上,所以它的各個節點上的資料是不一樣的,這是跟複本集最大的差別。
分區好處之一是將資料拆分到不同節點,這樣可以減少寫的壓力。
當MongoDB儲存海量的資料時,一台機器可能不足以儲存資料,也可能不足以提供可接受的讀寫輸送量。這時,我們就可以通過在多台機器上分割資料,使得資料庫系統能儲存和處理更多的資料。
展示了在MongoDB中使用分區叢集結構分布:
中主要有如下所述三個主要組件:
- Shard:
用於儲存實際的資料區塊,實際生產環境中一個shard server角色可由幾台機器組個一個replica set承擔,防止主機單點故障
- Config Server:
mongod執行個體,儲存了整個 ClusterMetadata,其中包括 chunk資訊。
- Query Routers:
前端路由,用戶端由此接入,且讓整個叢集看上去像單一資料庫,前端應用可以透明使用。
對於複本集和分區暫時只瞭解概念和原理即可不深入學習。
Mongodb複本集和分區的概念