Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/mongodb/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Mongodb Mongo Db碎片_Mongodb_Sharding_Eventual Consistency - Fatal编程技术网

Mongodb Mongo Db碎片

Mongodb Mongo Db碎片,mongodb,sharding,eventual-consistency,Mongodb,Sharding,Eventual Consistency,我怀疑Mongo D中的碎片是如何组织的。primary是否也有碎片,或者它只在Secondary中存在?也有人可以解释强一致性和最终一致性的体系结构。如果您知道任何网站解释了所有这些,请提供。谢谢解释所有这些工作原理的网站是。甚至有专门的章节专门介绍。若要查看数据的一致性,请查看,尤其是数据如何传播到辅助节点 一般来说,您不应该直接连接到碎片,而应该只连接到路由器。路由器将引导您找到执行查询所需的碎片。碎片本身基本上只是包含数据子集的副本集节点,每个碎片本身就是一个副本集,包含一个主节点和任意

我怀疑Mongo D中的碎片是如何组织的。primary是否也有碎片,或者它只在Secondary中存在?也有人可以解释强一致性和最终一致性的体系结构。如果您知道任何网站解释了所有这些,请提供。谢谢

解释所有这些工作原理的网站是。甚至有专门的章节专门介绍。若要查看数据的一致性,请查看,尤其是数据如何传播到辅助节点

一般来说,您不应该直接连接到碎片,而应该只连接到路由器。路由器将引导您找到执行查询所需的碎片。碎片本身基本上只是包含数据子集的副本集节点,每个碎片本身就是一个副本集,包含一个主节点和任意数量的辅助节点

至于最终一致性与强一致性,这是一个需要考虑的问题。例如,对辅助设备的写入是“最终一致的”,这意味着对主设备的写入之后对辅助设备的读取可能会导致不一致,因为写入尚未传播到辅助设备。多文档更新也是非原子的(仅在单个文档级别是原子的),这意味着您可以在多文档更新之后执行读取,以便只有一些文档反映更新,而其他文档则不反映更新


所有这些都在手册中进行了解释。请务必通读提供的章节,包括下面列出的小节。您将在其中找到许多有用的信息。

副本集为来自主服务器的所有读取操作提供严格的一致性。这意味着什么?这意味着主节点在插入或更新数据时将立即可用。然而,辅助节点是“最终”一致的,这意味着插入/更新的数据只有在延迟之后才可用。