我们正在寻找一种具有故障转移群集function的文档数据库存储解决scheme,用于某些读/写密集型应用程序。 我们将平均每秒钟写入数据库的并发写入(平均每秒高达70,000次),并可能有几乎相似的读取次数。 我们还需要一个db的机制来通知新写入的logging(在db级别的某种触发器)。 在正确select文档数据库和相关的容量规划方面,什么是一个好的select? 更新 关于期望的更多细节。 平均而言,我们预计在3-4个数据库/文档集合中,每秒插入(新文档)数量为40,000(40K)。 峰值可能高达12万(120K)插入 Inserts应该是可以立即读取的 – 几乎是实时的 与此同时,我们预计每秒大约5000次更新或删除 与此同时,我们也期望500-600个并发查询访问数据。 这些查询和执行计划在某种程度上是已知的,尽pipe这可能需要在一周左右更新一次。 系统应支持存储端的故障转移群集