redis vs hazelcast

Redis Vs Hazelcast 如果我的应用程序：

• 有很多需要保存的http请求（每分钟6000次，我收集点击信息）
• 有很多http请求查询以前保存的数据

我的问题是 -我应该在Redis和Hazelcast之间选择哪一个来存储和查询数据 -哪一个读写速度更快？ -哪个更可靠？ -卡桑德拉会是更好的选择吗

---

回答任何问题都有帮助

Redis和Hazelcast都是基于内存的数据库，因此理论上，它们应该提供相同的速度和性能。查看Hazelcast的文档，您将获得更好的Redis支持，因为有大量的库用于与数据库接口。Hazelcast看起来只有Javalibs，Redis每种语言都有一个

答复:

你必须自己测试，据我所知，不同的比较显示Redis更快，但我不会说这些基准是100%

他们应该都是可靠的，但我不能保证Hazelcast是可靠的

也许

---

我会选择Redis，因为我发现它是最有用的，并且有很好的文档

为了满足缓存需求，我们从redis切换到hazelcast

• 原材料+榛子铸件 对我们来说比
• 原型+绝地武士（集合）+雷迪斯

我们使用protostuff来序列化创建成本很高的bean。Hazelcasts标准序列化机制要慢得多。我们的环境是玻璃鱼3.1

Hazelcast看起来只有Javalibs，Redis每种语言都有一个

---

对。Hazelcast只提供了一个RESTAPI和memcached协议的实现。

有一个非常方便的库-。它提供分布式Java对象和服务（

BitSet

，

BloomFilter

，

Set

，

SortedSet

，

Map

，

ConcurrentMap

，

列表

，

队列

，

阻塞队列

，

BlockingDeque

，

ReadWriteLock

，

信号灯

，

锁

，

，
atomic>ode>CountDownLatch
，
Publish/Subscribe
，
RemoteService
，
ExecutorService
，
LiveObjectService
，
ScheduledExecutorService
）位于Redis服务器之上

它支持群集、sentinel、主/从和单连接模式

完美地在云中工作，支持AWS Elasticache和Azure Redis云

以下是Redisson客户的一些成功案例：




请注意：我是Redisson的作者，从2017年起，Redis和Hazelcast都提供高可用性\可扩展的密钥\值存储。响应时间非常快<10ms

Redis的独特之处在于它支持其他数据结构，如排序集、哈希集和pub\sub机制。它还可以通过lua脚本进行扩展。它可能是这两种产品中最流行和最广泛使用的一种。特别是在Java生态系统之外

Hazelcast的独特之处在于它可以嵌入到Java主机进程中，非常适合构建无外部数据库依赖的有状态微服务。它还有一些其他的小区别，比如从密钥过期处获得回拨的能力。从某种意义上说，它做的总体较少，但做的事情很少，它做得更好。尤其是当你使用Java的时候

总的来说，这些都是为类似的用例设计的类似解决方案，比如缓存外部数据、为有状态的微服务创建通信背板或共享内存状态，或者甚至可能存储（少量非关系数据）具有一定耐久性的业务数据。
要决定哪一个是好的，客户端线程的使用有一个问题

根据这篇文章，如果你使用更多的线程，Hazelcast会比Redis更好。也许这是一个不公平的公司基准，但显示了一些关于线程的东西。
你应该试着更好地描述你的问题。你想放进去的数据，特别是你需要查询数据的方式。我计划放大约30米的键值。数据看起来像.userid Set.Set具有该用户的属性，大约为10。它将不断更新，并不断得到查询。我喜欢redis，因为它知道什么是集合，它是一个操作，但它无法扩展。几乎十年后，6000 req/min非常普遍，几乎不“很多”。该基准将Redis与memcached进行比较，而不是Hazelcast。我不同意你的观点。Redis规模配置不需要花很多时间，只需要一个小时左右。例如，如果你使用Redisson，你也不需要Twemproxy。它为你解决了任何连接平衡问题。我同意Redis cluster的RC和新的SaaS托管服务ices for Redis自从我写这篇文章以来，在将Redis扩展到多个水平负载平衡实例方面，情况已经发生了变化。@Eric，请编辑或删除您的答案。如果有任何反馈或批评可以帮助我改进答案，我将不胜感激。因此，请在否决答案时留下评论……我不会这样做不要相信这样的基准测试。首先，它没有提供任何关于Redis cluster的信息，比如它所包含的主/从节点数量。例如，Redis cluster写入操作的规模取决于主节点的数量，读取操作的数量相同。下面是另一个基准测试，它显示了Redis cluster的1.2M操作/秒，我想你基本上做到了WN投票是因为人们希望对不同的产品进行独立和中立的评估，而你刚刚链接了Hazelcast自己的博客，即使他们试图保持中立，也很可能存在偏见，因为他们将创建一个适合其产品的测试。此外，stackoverflow更希望你引用相关信息以及专业信息视频链接，以防链接停止工作。现在Hazelcast有许多官方网站