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

• Redis：10k 写入或 15 分钟中的较小者。见配置

• MongoDB：< 100 毫秒（实际上约为 30 毫秒），启用默认日志

• RethinkDB：​​0，请参阅RethinkDB 如何处理写入持久性？

• CouchDB：0，见设置

• FoundationDB：0。声称是带有密钥库和 SQL 接口的 ACID。

• MySQL：~0（见评论）

每个问题的答案都是：“视情况而定”。那么它取决于什么，以及默认值是什么。并不是说一个更好，我只需要知道其中的区别:-)

从下面的评论更新

嘿，有一个人在这方面写博客。剧透警告：每个数据库都很糟糕 请注意，有些文章是关于以前发布的版本。

我在这里了解了 FoundationDB 如何进行网络测试/模拟：http ://www.slideshare.net/FoundationDB/deterministic-simulation-testing

我想实现一些非常相似的东西，但无法弄清楚他们实际上是如何实现它的。例如，如何编写一个 C++ 类来完成他们的工作。是否有可能在不进行任何代码生成的情况下进行他们所做的那种模拟（就像他们推测的那样）？

另外：如果模拟包含随机事件，如何重复模拟？每次模拟都需要选择一个新的随机值，因此与之前的运行不同。也许我在这里遗漏了一些东西......希望有人可以对此事有所了解。

transactionDB python api 说，

Database.get_range(begin, end[, limit, reverse, streaming_mode])

以 KeyValue 对象列表的形式返回所有满足 begin <= k < end 的键 k 及其关联值。注意 end 从范围中排除。

此读取是完全同步的。

我想要 Redis 中的等价物。我查看了 lrange 和 zrange 函数，但认为它们并不相似。

JVM 崩溃日志文件：

虚拟机参数是：

我在具有 24 核 CPU 和 96GB 内存的物理机上单独运行它。

我对上面的崩溃日志文件有一些疑问：

1. “com.foundationdb.sql.parser.SQLGrammar.jj_3R_294()Z+18”行中的“Z+18”（特别是“Z”）是什么意思？我发现了一些关于分析崩溃日志文件的博客文章，但没有一篇提到它（显然我错过了一些更详细的博客文章）。

2. 这次崩溃的根本原因是什么？它是基础数据库代码中的错误，还是 JVM 核心中的错误（因为我搜索了关键字“内部错误（sharedRuntime.cpp:834）”并且有很多关于它的问题）。

谢谢！

FoundationDB has versionstamps, ten-byte, unique, monotonically (but not sequentially) increasing values for each committed transaction.

Can I get a timestamp (when the transaction was committed) from that?

我很好奇 FoundationDB 如何处理有多个事务试图更新同一个密钥的情况？

如果一个客户端执行此事务：

当另一个客户端执行冲突事务时：

FoundationDB 内部会发生什么来解决这个冲突？

FoundationDB 集群可以配置为使用 SSL/TLS，但是否可以在不知道集群fdb.cluster文件的情况下连接到集群？

换句话说，fdb.cluster文件是否等同于其他数据库系统中的用户名/密码安全方案？

基础数据库关于一致性的声明是否有效？

FoundationDB 提供了最强的一致性模型，顺序一致性（与数据库文献中的可序列化密切相关），提供了最大可能的开发便利性。

如果是，鉴于它是分布式 NOSQL 数据库，它如何准确规避CAP 定理并提供强 [顺序] 一致性？

我试图用 getKey 和 KeySelector 在 FoundationDB 的某个子空间中找到一个键。如果结果存在于子空间中，它会很好地工作。

同时，如果目标子空间中不存在密钥，则返回在默认子空间中找到的密钥。这不是我所期望的......

此外，如果 db 为空，getKey 不会返回 null，而是返回一些无法被 Tuple.fromBytes 解析的奇怪字节数组。

当目标子空间不包含搜索结果时，我应该如何处理？

我玩弄手表功能并努力让它发挥作用。问题是手表永远不会触发，它根本不会对我在其他交易中为密钥所做的更改做出反应。

有人知道为什么手表不会像它应该做的那样对变化做出反应吗？