浅谈Redis的隐性成本

根据Stack Overflow的开发者调查， Redis一直是最受欢迎的内存键值存储之一 。开源Redis的普及可归因于人们认为Redis是商业软件的 “低成本”替代品 。虽然该软件可以免费下载和使用， 但遗憾的是 ，在最初几个月内，在生产环境中运行Redis的 真正成本并未实现 。而且，随着公司的发展，他们的数据以及性能要求也在增长，Redis也就遇到了速度障碍。我们看到许多公司大规模地遇到Redis问题，其中性能显着下降，硬件成本开始增加。 Redis也 很难大规模使用 ， 没有跨分片的事务支持 是主要问题。

Redis用例在单个线程上运行，并要求用户为每个额外的计算线程创建一个新的Redis实例。相反，单个VoltDB用例可以跨多个线程和多个物理机器的数据库运行。 使用开源Redis，客户必须自己配置复制，分片和高可用性 （使用Redis Sentinel），并对其应用程序进行编程才能处理额外的复杂性。 这需要花费大量时间并占用app开发团队的宝贵资源。

VoltDB的架构旨在通过内置机器学习为快速数据提供实时智能决策。 VoltDB可以轻松扩展，并且在无限规模下仍能提供极快的性能。这就是 为什么一家领先的电信解决方案提供商最近从Redis迁移到VoltDB 的原因：

更低的硬件占用空间/更低的成本 - 他们能够使用比Redis更少的服务器来存储相同的数据：20 VoltDB服务器用于存储以前存储在70台Redis服务器上的数据。每台服务器都有128GB RAM和24个CPU核心。这 直接可以节省超过100万美元 。

相当容易的集群管理 - 他们过去常常在应用程序中对数据进行分区，将其存储在不同的Redis集群中，然后记住应用程序中的分区表。它们基本上是“手动”管理应用程序的数据分区。而使用VoltDB，它可以 自动执行对数据进行分区的操作 。当节点关闭时，应用程序必须将数据定向到应用程序中的备份分区。

完整的ANSI SQL功能 - Redis不支持SQL。该公司必须在应用程序中实现“连接”。他们还需要多次发送和检索数据才能运行查询。例如：他们需要将一个表源（s1-mme）与其他6个XDR数据源匹配。他们必须将s1-mme数据发送6次到Redis集群才能完成匹配。在VoltDB中，他们 只需要在存储过程中将s1-mme数据发送到VoltDB一次，然后在同一存储过程中同时连接所有6个源 。这为他们 节省了大量的网络时间 ，并 大大降低了 他们的 应用程序的复杂性 。除此之外， VoltDB访问键值功能的灵活性 也深受喜爱。

大规模的查询性能要快得多 - Redis无法扩展。他们的应用程序每秒需要200k条记录才能进行连接查询， VoltDB每秒400k的记录远远超过了它们的KPI 。

改进的数据加载 - 使用VoltDB可以 轻松加载900,000 tps ，而使用Redis，每个服务器每个客户端只能加载800,000 tps。

随着您的业务增长，您对事务处理的需求随之增长只是时间问题 。 试试VoltDB吧 ，看看您的数据库投资是否值当，还可将我们与Redis进行规模性比较，实时验证决策的正确性。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/69903219/viewspace-2295418/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/69903219/viewspace-2295418/