在复制的Mongodb环境中，辅助节点的写入性能/负载是否与初选相同？如果是这样，为什么？
编辑：通过写入辅助节点，我指的是从主节点到辅助节点的写入自动传播。
Edit2：为了帮助指导对话，http://docs.mongodb.org/manual/core/replica-set-sync/#multithreaded-replication可能会建议从初级到次级的写性能可能会更好，因为它们是在batch中执行的。
答案 0 :(得分：0)
如果load只表示孤立或非高峰系统中的writes，则它必须是不感兴趣且类似的performance/write。几乎谁在乎。但是，在具有并发读写的工作系统中，然后没有。因为如果你使用'read preference'＆＃34;二级＆＃34;可以改变performance/readwrite或者＆＃34;二级首选＆＃34; （哎呀，除了＆＃34;主要＆＃34;）。在这种情况下，具有11个辅助副本和1个主要副本的副本集可以清楚地看到任何单个辅助节点具有一小部分cpu / memory / disk / etc竞争，而不仅仅是磁盘争用而不是单个主要竞争。回想一下，主要的默认模式是残酷的。这里的辅助数据仅用于冗余与高可用性。
主要默认模式。所有操作都从当前副本集中读取 主
可以想到一个RAID系统，通过镜像可以增加冗余度，同时条带化可以提高性能。 （的确，不是完全相同的机制，而是来自用户的pov，它在读取方面也有类似的结果。分片更接近带条带的RAID）使用＆＃39; primary＆＃39;的默认读取偏好。一个只用于镜像;使用“中学”的阅读偏好＆＃39;你可以获得更大的吞吐量。