java - 大型集群上的 Ehcache 性能

标签 java replication ehcache distributed-computing

我想使用 Ehcache 复制缓存,首先作为 Hibernate 二级缓存的后端,其次作为任何数据的缓存。

我知道像 memcached 这样的分布式缓存是如何工作的,我知道它可以扩展到大型集群,但我无法找到 Ehcache 复制在大型集群上的表现。

  • 有人能提供一些信息或某种基准吗?

我发现可以使用很多复制策略,比如 RMI、JGroups、JMS 或 Terracotta,RMI 和 Terracotta 似乎最受欢迎。

  • 他们在大型集群上的比较如何?

当我添加许多节点(比如几十个)时,复制会影响我的性能吗?

最佳答案

完全复制的缓存仅在您的应用程序以读取为主时才有效。复制缓存无法扩展;将更新传递给其他节点会降低您的性能。您需要带有备份副本的分区缓存。即使对于写入密集型应用程序,分区缓存也将线性扩展。

尝试 Hazelcast !它是用于 Java 的开源(Apache 许可证)事务性分区缓存解决方案。它带有 hibernate 二级缓存插件。

几十个?没问题。 Hazelcast 100节点集群演示即可found here .

关于java - 大型集群上的 Ehcache 性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1200757/

相关文章:

java - 从 JSON 字符串获取内容

security - CouchDB 中的基本 HTTP 身份验证对于跨 EC2 区域的复制是否足够安全?

mysql - 在ansible中创建具有mysql角色的复制用户时出错

java - Hibernate二级缓存ehcache.xml,实体的缓存设置无法读取到HIbernate

java - .java 使用未经检查或不安全的操作。注: Recompile with -Xlint:unchecked for details

java - 用于在 android 中存储 arraylist 的共享首选项

mysql - SQL Server和MYSQL之间的复制

hibernate - 缓存中未找到查询结果

java - 获取磁盘持久化Ehcache数据的大小

java - 连接完整文件路径时仅显示文件名列表