Mongodb写入性能/负载主要与次要

Question

在复制的Mongodb环境中，副本的写入性能/负载是否与主节点相同？如果是的话，为什么？

编辑：通过写入到次要我指的是从主要到次要写入的自动传播。

编辑2：为了帮助指导对话http://docs.mongodb.org/manual/core/replica-set-sync/#multithreaded-replication可能表明，从初选到辅助的写入性能可能会更好，因为它们在batch中执行。

Answer 1

如果按load您的意思是在一个孤立或非高峰系统只有writes那么它必须是一个无趣和类似performance/write。几乎是谁在乎。但是，在并行读取和写入的工作系统中，不会。因为如果您使用'read preference'“secondary”或“secondary preferred”（heck，除“primary”之外的任何内容），则可以更改performance/readwrite。在这种情况下，具有11个辅助节点和1个主节点的副本集可以清楚地看到，任何单个辅助节点都只有一小部分的cpu/memory/disk/etc竞争，不仅仅是磁盘争用而是单个主节点。回想一下，默认模式在主服务器上是残酷的。这里的次级存在只是为了冗余与高可用性。

primary默认模式。所有操作都从当前副本集 中读取。

人们可以想到一个RAID系统，通过这种系统，镜像可以提高冗余度，而条带化可以提高性能。 （确实，不完全一样的机制，但是从用户的pov来看，在读取方面它有类似的结果。分片更接近于带有条带的RAID）使用'主'的默认读取首选项只能进入镜像;使用“次要”的读取首选项，您可以获得更高的吞吐量。