Mongodb -输入内存或使用缓存

Question

我将创建一个5节点的mongodb集群。这将是更多的阅读重比写，并有一个问题，设计将带来更好的性能。这些节点只用于mongodb。为了举个例子，假设每个节点都有64 of的ram。

它从mongodb文档中声明：

MongoDB自动使用机器上的所有空闲内存作为缓存。

这是否意味着，只要我的数据小于可用的ram，它就像内存中的数据库？

我还读到，完全可以在内存中实现mongodb。

http://edgystuff.tumblr.com/post/49304254688/how-to-use-mongodb-as-a-pure-in-memory-db-redis

如果我的数据是非常动态的(每隔几个小时可以从50 it到75 it)，那么理论上设计mongodb的方式是否更好?它允许mongodb使用它的缓存(mongo的默认设置)来管理自己，或者最初将mongodb放入内存中，如果数据超过ram的大小就使用交换空间(SSD)？

Answer 1

MongoDB默认存储引擎映射内存中的文件。它提供了一种访问数据的有效方法，同时避免了双重缓存(即MongoDB缓存实际上是操作系统的页面缓存)。

，这是否意味着只要我的数据小于可用的ram，它就像内存中的数据库一样？

对于阅读流量，是的。对于写通信量，这是不同的，因为MongoDB可能必须记录写操作(取决于配置)，并维护oplog。

只从内存运行MongoDB (利用tmpfs)更好吗？

对于阅读流量，它不应该更好。将文件放在tmpfs上也可以避免双重缓存(这很好)，但是数据仍然可以被分页。相反，一旦数据被分页，使用常规文件系统的速度就会一样快。

对于写通信量，只要日志和oplog也放在tmpfs上，速度就会更快。请注意，在这种情况下，系统崩溃将导致全部数据丢失。通常情况下，性能收益不值得冒险。