aerospike 与其他 key-value nosql 数据库有何不同？ [关闭]

Question

Aerospike 是一个键值对、内存中、可操作的 NoSQL 数据库，具有支持复杂对象和易于扩展的 ACID 属性。但是我已经使用了完全相同的东西。

Redis 也是一个键值对、内存中（但持久于磁盘）的 NoSQL 数据库。它还支持不同的复杂对象。但与 Aerospike 相比，Redis 已经使用了很长时间，已经有一个活跃的社区，并且在其中开发了很多项目。

那么aerospike和redis等其他no-sql键值数据库有什么区别。有没有什么地方更适合放空刺。

附：我正在寻找在现实世界中至少使用过这些数据库中的一个（最好是两者）并拥有现实生活经验（而不是从官方网站复制粘贴）的人的答案。

Answer 1

如果必须用一个词来回答，那就是“表现”。 Aerospike 的性能比任何集群的 nosql 解决方案都要好得多。每个节点更高的性能意味着更小的集群，即更低的 TCO（总拥有成本）和维护。 Aerospike 执行自动集群、自动分片、自动重新平衡（当集群状态发生变化时），其中大部分需要在其他数据库中手动执行。

我说“集群”是因为我不想在该组中混合使用 redis（尽管 redis 集群处于测试阶段）。 Aerospike 和 redis 的纯内存性能将具有可比性。但是 Redis 期望在应用层处理很多事情，比如分片、请求重定向等。即使 redis 有一种持久化方式（快照或 AOF），它也有自己的问题，因为它的设计更像是一个插件。 Aerospike 在本地开发时考虑到了持久性。 redis的集群还涉及到设置主从等。你可能想看看这个talk比较和对比redis vs aerospike。

Answer 2

我已经使用 Redis 多年，并且出于多种原因刚刚开始使用 Aerospike 作为它的替代品。

Redis和Aerospike虽然性能都很好，但Redis的主要问题是它只在内存中存储数据，并没有正式发布的集群解决方案。它将数据库的大小限制为服务器的 RAM 大小，而 Aerospike 可以配置为使用 SSD 来存储信息而完全没有速度损失。 Aerospike 延迟非常低，即使读取/写入吞吐量很高。

Aerospike 最适合我，因为它能够随性能而扩展，而且无需付出任何努力，而且与 Redis 不同的是，它还旨在完全持久化您的数据，从而在任何情况下最大限度地减少数据丢失。他们发布了great video，展示了扩展和管理 Aerospike 集群是多么容易，以及它如何在出现“灾难”情况时自动进行自我配置。

Answer 3

令人惊讶的是，最流行的内存数据库之一的 Redis 在 3 个月前没有自动分片。他们最近添加了此功能。 Redi 3.0 具有自动分片功能。

AS 通过具有快速重启功能支持自动集群，其中所有索引都被持久化而不会增加吞吐量，并且数据库可以在几分钟内启动（例如，50 TB 的数据库大小可以在一个几分钟。）。所有这些都可以在商品硬件上实现。添加容量只不过是在集群中添加一个新节点。适用于数据中心和云环境，最重要的是它适用于任何本地环境。

支持在线配对（管理需求和供应）。

No-SQL 数据库必须处理实时用例，以满足当今广告界、在线购物门户、OLA cab 等物流服务提供商所需的激进 SLA（识别准备接机的最近出租车并且可以在 5 分钟内到达客户（在

• Aerospike 符合记录级别的 ACID 标准，适用于大多数 No-SQL 数据库。
• Aerospike 专为集群环境而设计，
• 专为水平缩放而设计，
• 支持数据平衡（自动/手动），
• 自动分片 - 应用程序级别或对最终用户透明。

Aerospike 是开源实时、无 SQL 和键值存储。 从头开始用 C 语言构建，因为这样可以通过多种方式编写数据库以利用硬件、网络、SSD、内存和内核。针对 SSD/Flash 存储进行了优化，原因是 SSD 是存储设备的未来，同时它适用于 HDD（旋转磁盘驱动器）SSD 提供并行通道，具体取决于可能选择使用 8,16 32 等的 SSD 供应商在。如果写入和擦除相同的块位置，SSD 就会磨损。对于 SSD，您以块的形式写入，SSD 用作无文件系统作为块存储并用作环形缓冲区，这意味着您在环形缓冲区开始时写入并继续将数据添加到下一个、下一个、下一个直到驱动器的末端。到达终点后，您会回到街区的第一个位置，然后以相同的方式继续前进，以确保第一个位置的使用次数不是最多，而是相同的时间。

集群或我们称之为自动集群。 添加一个节点并将其带入集群会在

什么是Paxos算法？

http://www.quora.com/Distributed-Systems/What-is-a-simple-explanation-of-the-Paxos-algorithm

RIPE160MD#提供20个字节160bit #保证唯一性和

# 是正常的 4K 分布，

每个命名空间都维护自己的分区树，每个命名空间都有一个分区 ID，每个分区都有一个 b-tree。

存储模型

在内存数据库中：所有内容都存储在 DRAM 中，高效且成本高。

磁盘存储：主索引和二级索引存储在 DRAM 中，数据存储在 SSD 或 HDD 上。这意味着最好使用 SSD，但比 DRAM 稍慢，但至少比 DRAM 便宜 10 倍。

混合存储：一切都存储在 DRAM 中。数据保存在 SSD 或 HDD 上。由 SSD 或 HDD 持久性支持的 DRAM 性能。在不损失性能的情况下提高 DRAM 成本。

基准测试

160 万 TPS，YCSB（雅虎云源基准测试）在 4 个节点，内存中。

Aerospike 提供的 SSD 性能保证：

ACT（Aerospike 合规性测试）：它是为测试 SSD 性能而定义和开发的。今天它是 SSD 的标准或认证。英特尔发表了一篇博文，称他们是世界上唯一一家使用 ACT 支持 100 万 TPS 的 SSD 供应商。

谷歌云做了一些工作来展示谷歌计算引擎的吞吐量。谷歌在他们的博客上发布了 Cassandra 需要 300 个节点来生产什么，AS 用 50 个节点做什么。

Aerospike 以非常有效的方式处理实时问题。

Answer 4

Lynn Langit 刚刚发布了一个非常 detailed head-to-head benchmark 的 Aerospike 与 Redis 在 AWS 云上以不同配置运行的对比。她的总结：“TL；DR – Aerospike 在规模上获胜”。

她是如何得出这个结论的，非常有趣。她就如何为希望深入了解如何制定自己的绩效基准的其他人提供了有关她如何产生结果的分步说明。测试必须设置为纯 RAM 数据存储，以及 SSD 持久数据库。

她的主要观察：

• Aerospike 与 Redis 一样快，在 AWS R3.8xlarge 上的单个节点上以接近 1 MTPS 的速度处理 100% 读取工作负载，没有持久性。
• Aerospike 在 100/0 和 80/20 读/写工作负载方面比 Redis 稍快，针对由 EBS SSD (gp2) 存储支持的单个节点持久性。

Answer 5

考虑到故障转移和 Aerospike 在您将电源插头从数据中心的任何机架中拔出时自我修复的方式时，在没有流量协调器的情况下，每个节点每秒可保持 100 万次读取操作的性能，因此您始终在交换机或其他硬件上最大化（除非您正在减少地图聚合）我的意思是没有其他东西可以接近具有安全数据的自我平衡实时动态分析。所有其他平台都需要您进行杂交，才能在 CAP 三角形中获得所有属性。没有缓冲或队列，没有数据缓存，重影不再是一个类别。除了成为最佳表现者之外，还有很多好处。我们只需要承认。 Aerospike 非常可笑！