mongodb 分布式读写操作(2)

在《mongodb 分布式读写操作(1)》中，说到了分布式读操作，这节来说说分布式写操作。

一. 分布式写操作文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

1.1 分片集群写操作文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

对于分片集群分片集合，mongos将应用程序的写操作直接特定到指定的分片。mongos从config  server使用集群元数据将写操作路由到适当的分片上。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

基于片键将数据分区，然后，MongoDB将这些块分片到分片上， 片键决定块分片的分布情况。这可能会影响集群写操作的性能。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

注意：文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

影响单个文档的更新操作必须包括片键或_id字段。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

影响多个文档的更新操作，​​在某些情况下更有效，如果有片键，但是可以广播到所有的分片。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

如果片键的值增加或每个插入减少，所有的插入操作目标是单一的分片。因此，一个单一的分片容量成为限制分片集群的插入能力。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

1.2 复制集写操作文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

在复制集下，所有的写操作在primary节点。所有的写操作记录在操作日志中oplog。oplog是对数据集的可再现序列。secondary节点不断复制oplog并应用，该过程是异步的。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

大量的写操作，特别是批量操作，可能会创造一个问题，secondary节点难以从primary节点复制并应用oplog，从而导致secondary节点落后于primary节点。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

当secondary显著落后于primary时，对于正常的复制集来说是个问题，特别是在故障转移时，需要回滚数据以便达到数据的一致性。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

为了避免这个问题，可以自定义写关注来确认写到另一个节点上。这提供了一个机会，让secondary赶上primary。 写关注可以减缓写操作的整体进展，但是可以保证了secondary节点当前状态与primary节点大致相同。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/

设置写关注级别为w:2, 确保写入到primary节点和至少一个secondary节点上。文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/ 文章源自运维生存时间-https://www.ttlsa.com/mongodb/mongodb-distributed-read-and-write-operations-2/