Mongodb的寫入性能/負載主要與次要

Question

在復制的Mongodb環境中，輔助服務器上的寫入性能/負載是否與主服務器相同？ 如果可以，為什么？

編輯：通過寫入輔助服務器，我指的是從主服務器到輔助服務器的寫入自動傳播。

Edit2：為了幫助指導對話， http ：//docs.mongodb.org/manual/core/replica-set-sync/#multithreaded-replication可能表明從主節點到輔助節點的寫入性能可能會更好，因為它們是在batch 。

Answer 1

如果load意味着您僅在隔離或非高峰系統中進行writes ，那么它一定是無趣的並且具有類似的performance/write 。 幾乎誰在乎。 但是，在同時進行讀寫操作的工作系統中，則不會。 因為如果您使用“次要”或“次要優先級”的“讀取首選項 ”（哎呀，除了“主要”以外的任何內容），就可以改變performance/readwrite 。 在這種情況下，一個具有11個輔助副本和1個主要副本的副本集可以清楚地看到，任何單個輔助副本都具有cpu /內存/磁盤/等競爭的一部分，而不僅僅是磁盤爭用。 回想一下，默認模式在主數據庫上是殘酷的。 這里，次要對象僅用於冗余與高可用性。

主默認模式。 所有操作均從當前副本集主數據庫讀取。

可以想到一種RAID系統，其中鏡像可以增加冗余，而條帶化可以提高性能。 （的確，機制不完全相同，但從用戶的角度來看，在讀取方面有相似的結果。分片更接近帶條帶化的RAID。）使用默認的“ primary”讀取優先級只能拍入鏡像。 使用“次要”的讀取首選項，您可以利用更大的吞吐量。