node.js – 有没有人与Aerospike工作？它如何与MongoDB比较？

我使用Aerospike，MongoDB和redis，并测试了许多其他Nosql数据库。我想说Aerospike是非常好的，它的作用，但它是不同于MongoDB。一切取决于你计划使用数据库。我可以给你一个例子，我使用我的不同的数据库。我也可以去讨论他们之间的差异，并讨论Aerospike的好处。

@H_961_5@mongoDB

我使用MongoDB作为sql的替代品。在我的MongoDB数据库中有很多不同的字段。通常，字段正在改变，我将随机需要查询各个字段。它是一个非常非结构化的数据库，MongoDB是惊人的。我也使用MongoDB作为标准的键值存储。它执行良好，但我已经MongoDB执行次优化在事务规模和数据库大小规模。不可否认，数据库可能已经优化了一点更好，但我发现很难找到在不同的情况下正确配置MongoDB的文档。

redis

redis是一个纯键值存储。 redis最大的问题是它是纯内存的(它将使用磁盘作为备份，但是你不能存储更多的信息比你有内存可用)。它是非常快的用于它的用途。我个人使用它为一个小事务数据库：我做的非常简单的功能，如计数一个事件发生的某个用户的次数。我也做快速的内存查找，我需要映射到不同的值。 redis是小数据集的一个很好的工具，它是非常快的。配置也很容易。

Aerospike

我个人使用Aerospike来替换redis，当它的时间缩放。从我的理解，它可以用于更多。像redis一样，Aerospike是一个关键值存储。我相信开源版本也支持二级索引redis不(我没有在生产中使用二级索引，但对它们做了一些测试)。

Aerospike的最大特点是它的缩放能力。我在寻找Aerospike时需要解决的最大的问题是扩展我的系统来处理大数据集，同时保持非常快。我使用Aerospike的项目对速度有非常严格的要求。我通常使3-4数据库查找加上其他处理，并需要有50毫秒的事务时间。几个查询是在300GB的数据集。我找不到一个解决方案来保存这些数据，并使其在合理的时间内可访问。 redis显然不会工作，除非我有一台机器有300GB的RAM。 MongoDB开始执行非常差，大小远低于300GB。所以我给Aerospike一个镜头，它能够处理一切非常好。关于Aerospike的最好的事情：随着我的数据集的增长，我不需要做比在需要时站起来一个新的盒子。速度保持一致。

我也发现Aerospikes文档很好。这不是太难配置，它很容易找到解决任何问题的答案。

结论

所以，Aerospike是否和他们声称的一样好？就我个人而言，我所看到的只是所声称的。我不必扩展到100万TPS，但我相信有足够的硬件，是可能的。我也相信Aerospike和MongoDB之间的速度差异的数字。 Aerospike是一个比MongoDB更“配置”和“计划外”的数据库。因为这个Aerospike将在规模上比MongoDB快得多。它只需要担心一个(或二次索引，几百)索引不同于可以动态变化的MongoDB。你真正需要问的问题是你想用数据库完成什么。然后查看哪个数据库将最适合您的需求。如果你需要一个可扩展，快速，键值存储数据库，我会说Aerospike可能是最好的。

如果您有任何具体问题或需要澄清，请告诉我。我可能会帮助你出去。