Java MongoDB可调一致性最佳实践

我来自分布式cassandra NoSQL背景。目前我正在从事MongoDB项目。MongoDB副本集中是否有像cassandra的读/写一致性

QUORUM

这样的常见做法来实现强一致性？我已经阅读了MongoDB的文档，了解了我们可以根据应用程序需要应用的不同读/写关注点。但我想知道人们在生产级MongoDB中是否采用了任何最佳实践？

---

谢谢。

与Cassandra的

QUORUM

最相似的是该选项，它将等待副本集的大多数投票成员确认写入，然后操作才能成功完成。您还可以指定要手动确认写入的成员数量，并最多可以请求所有可用成员

在生产中（或任何与此相关的用例中），

多数

写入关注点可能需要很长时间才能完成，如果您的辅助设备位于不同的地理区域，处于紧张状态，或者使用副本集配置中的

slaveDelay

选项手动延迟。

---

仅对需要绝对保证在副本集中复制的数据使用

多数

写关注点选项。大多数情况下，

2

的写关注点就足够了。

谢谢..同意只要副本在同一数据中心内，

多数

写关注点就不应该有任何问题..我的应用程序需要在mongodb中保存传入事务，以便以后可以重播..最好的方法是什么读写法注意：我的阅读不太频繁，但写作却很频繁。我不确定我是否理解。“保存传入的事务…以便稍后可以重播它们”听起来就像MongoDB已经在做的事情。使用write concern只会确保您的写入操作达到最少的二级。我的意思是，我的应用程序将把每个传入的事务都持久化到mongodb中……大量写入操作和较少的定期读取操作……因此，我在想，如果有不同的写入关注点，我的集群会是什么样子