在基于文件的缓存解决方案方面，Memcachedb与MongoDB还是CouchDB？

Question

我们需要一个缓存解决方案，基本上缓存数据(文本文件)在任何地方，从3天到一周，基于用户的偏好和标准。在这种情况下，基于内存的缓存对我们来说没有意义。我们被提到了MemcacheDB，但是我也想到了一些非SQL的解决方案。

我们当前的应用程序使用的是RDMS (MYSQL)，我想使用MemcacheDB是有意义的，但是NOSQL确实很有吸引力，因为它更有前途。然而，我们还没有在NOSQL下部署生产级应用程序，而且测试版的东西并不能很好地解决管理层/投资者的问题。你的想法是什么?你将如何解决这个问题？

谢谢

Answer 1

CouchDB和MongoDB都是很棒的数据库，但对于在现有的关系型数据库上创建缓存层来说，它们却是糟糕的选择。除此之外，他们仍然相当不成熟，他们根本不适合的目的。而且，就速度而言，没有缓存层要比使用CouchDB或MongoDB更好--对于简单的读/写，它们都比MySQL慢。是的，NoSQL数据库是“很酷的”，但这并不意味着您应该使用它们来做一些它们不想做的事情。

我会选择Memcached，因为它是你能找到的最快、最轻的东西，而且它广为人知，而且得到了很好的支持。

Answer 2

如果你担心对管理层和投资者的吸引力，而当前的系统(你提到的MySQL)是有效的，你为什么要改变？你正在从一个相当稳定的项目转移到仍处于测试阶段的项目，如果当前的系统已经工作，你会增加什么价值？

Answer 3

如上所述，所有CouchDB资源都包含etags。

没有提到的是，您可以将任何HTTP缓存解决方案放在CouchDB之前，并让它进行基于etag的缓存。这样你就可以使用Varnish，nginx，任何你想要的东西。