MongoDB集群事务

MongoDB集群事务,mongodb,mongodb-query,Mongodb,Mongodb Query,使用下面的代码,我为记录创建了某种版本控制,到目前为止效果良好 db.collection.findOneAndUpdate( 但我现在的问题是,这也适用于mongodb集群?在这种情况下,mongo保证干净的读取吗 例如,我可以想象有人正在与一个从机对话,并在主机上运行一毫秒后跳转此函数 现在我需要两件东西来填满 1.)我没有得到重复的版本 2.)版本与发送请求的顺序一致 MongoDb集群是否要使此更新在集群中的所有节点上都是事务性的 你在说什么,所以也许你应该好好读一读。简短的回答是“是”

使用下面的代码,我为记录创建了某种版本控制,到目前为止效果良好

db.collection.findOneAndUpdate(

但我现在的问题是,这也适用于mongodb集群?在这种情况下,mongo保证干净的读取吗

例如,我可以想象有人正在与一个从机对话,并在主机上运行一毫秒后跳转此函数

现在我需要两件东西来填满

1.)我没有得到重复的版本

2.)版本与发送请求的顺序一致


MongoDb集群是否要使此更新在集群中的所有节点上都是事务性的

你在说什么,所以也许你应该好好读一读。简短的回答是“是”和“是”,第三个最好的回答是实际阅读手册部分并理解“碎片”实际上是什么。你的问题是,你真的不知道。我谈论的是非切分场景。很抱歉,我没有在我的帖子中提到这一点,你甚至可能会提到更可怕的一面,而且非常典型,不幸的是,再次错过了这一点,因为这不是一种“规模”的手段,而是一种“冗余”,尽管两者经常混淆。另外,整个问题对于stackoverflow来说也是一个“离题”的话题,因为它都是关于数据库管理和配置的。这是你应该问的。你正在谈论的,所以也许你应该仔细阅读。简短的回答是“是”和“是”,第三个最好的回答是实际阅读手册部分并理解“碎片”实际上是什么。你的问题是,你真的不知道。我谈论的是非切分场景。很抱歉,我没有在我的帖子中提到这一点,你甚至可能会提到更可怕的一面,而且非常典型,不幸的是,再次错过了这一点,因为这不是一种“规模”的手段,而是一种“冗余”,尽管两者经常混淆。另外,整个问题对于stackoverflow来说也是一个“离题”的话题,因为它都是关于数据库管理和配置的。你应该问一下。
   {},
   { $inc: { Version: 1 } },
   { projection: { Version : 1 }, returnNewDocument : true  }
 )