Mongodb NoSQL。服务器崩溃时丢失了多少数据？

如果我的服务器关机，假设所有磁盘写入都成功，我会丢失多少“已确认”的写入

• Redis：10k写入或15分钟中的较小值。看

• MongoDB:<100ms（实践中约30ms），默认为

• 数据库：0，请参阅

• CouchDB:0，请参阅

• 基础数据库：0。声称是ACID，带有密钥库和SQL接口

• MySQL:~0（见注释）

每个问题的答案都是：“视情况而定”。那么它依赖于什么，默认值是什么呢。并不是说一个更好，我只是想知道其中的区别：-）

根据以下评论更新

---

嘿，有个人在这上面写博客。扰流板警报：请注意，有些文章是关于以前发布的版本的。

使用默认的RejectionDB配置，即使服务器重新启动，您也不会丢失收到响应的任何写入操作。

MongoDB实际上接近30毫秒。它被分类为，因为这是一个文件系统可以用于同步的最大值MySQL也可能在整个事务二进制文件发送到服务器之前丢失数据（在这种情况下，MySQL jus会删除部分更改），它不是完全为0，而且如果添加了复制，它可能与MongoDBs丢失一样长。@Sammaye，你有更多信息的链接吗？关于30毫秒，没有；这是从10gen员工那里学到的东西。关于复制，嗯，实际上这是一个阅读关于复制类型的MySQL文档（默认为async）的案例，以及在多种情况下多次在我身上使用MySQL berak的体验。不能代表其他DBs，但使用MongoDB，您可以通过在副本集中将写关注点设置为

w:maist

或

w:2

将其减少为0。对于生产数据，您仍然需要一个副本集。