在《mongodb 分布式读写操作(1)》中，说到了分布式读操作，这节来说说分布式写操作。一. 分布式写操作 1.1 分片集群写操作 对于分片集群分片集合，mongos将应用程序的写操作直接特定到指定的分片。mongos从config ?server使用集群元数据将写操作路由到适当的

在《mongodb 分布式读写操作(1)》中，说到了分布式读操作，这节来说说分布式写操作。 一. 分布式写操作 1.1 分片集群写操作 对于分片集群分片集合，mongos将应用程序的写操作直接特定到指定的分片。mongos从config ?server使用集群元数据将写操作路由到适当的分片上。 基于片键将数据分区，然后，MongoDB将这些块分片到分片上，?片键决定块分片的分布情况。这可能会影响集群写操作的性能。 注意： 影响单个文档的更新操作必须包括片键或_id字段。 影响多个文档的更新操作，??在某些情况下更有效，如果有片键，但是可以广播到所有的分片。 如果片键的值增加或每个插入减少，所有的插入操作目标是单一的分片。因此，一个单一的分片容量成为限制分片集群的插入能力。 1.2 复制集写操作 在复制集下，所有的写操作在primary节点。所有的写操作记录在操作日志中oplog。oplog是对数据集的可再现序列。secondary节点不断复制oplog并应用，该过程是异步的。 大量的写操作，特别是批量操作，可能会创造一个问题，secondary节点难以从primary节点复制并应用oplog，从而导致secondary节点落后于primary节点。 当secondary显著落后于primary时，对于正常的复制集来说是个问题，特别是在故障转移时，需要回滚数据以便达到数据的一致性。 为了避免这个问题，可以自定义写关注来确认写到另一个节点上。这提供了一个机会，让secondary赶上primary。?写关注可以减缓写操作的整体进展，但是可以保证了secondary节点当前状态与primary节点大致相同。 设置写关注级别为w:2, 确保写入到primary节点和至少一个secondary节点上。

原文地址：mongodb 分布式读写操作(2), 感谢原作者分享。