Terracota Ehcache锁定客户端

Question

我将Terracotta Enterprise Ehcache与Java应用程序一起使用，但在一天中的某些时候，Terracott开始花费太多时间来响应put/get请求，有时会锁定客户端线程并启动异常。

我的基础架构由5个JBoss服务器6.2.0的集群和另一个存储大量数据的4个Terracotta Enterprise Ehcache 3.7.5的集群组成。

该应用程序每天大约1000万次访问Terracotta Ehcache。

>

最初我使用标准，但是，当问题开始时，我将所有内容更改为仅使用id搜索。

我试图改变DGC间隔，使它更频繁地运行，甚至每天只运行一次，它没有变得更好。

我从持久化模式永久存储开始，并试图更改为仅临时交换，但问题仍然存在。

尝试将兵马俑集群更改为与2台活动机器和2台被动或4台活动机器一起工作。

试图将我的缓存配置为永恒的真或假。

我所有的缓存都是不间断的，我尝试将超时行为用作异常或noop。

基本上，我的努力似乎没有产生任何重大的变化，兵马俑继续进入这种状态，它不能再回答请求了。

现在唯一能“解决”这个问题的方法就是重启所有的客户端。

有没有人使用Terracotta有类似的场景，有这样的吞吐量？现在知道去哪里找了吗？

Answer 1

是的，我在梯田集群设置上遇到了类似的线程争用问题。从站的 get/put 请求习惯于花费时间，线程转储显示锁定是主要原因。我不记得细节，因为它是4-6个月前。当时我有2个选择：

• 创建一个自己的缓存服务器，这将是一场自定义战争，并将在下面运行ehcache，并将我自己的放置，获取，删除等操作公开为RESTendpoint。
• 使用缓存复制，如 ehcache 提供的那样。

我首先尝试使用RMI进行复制，然后使用JGroups。基于RMI的方法工作得非常好，而且非常稳定，所以我决定转向ehcache提供的OOTB基于RMI的复制。我的设置是使用ehcache作为基于hibernate的JPA和RMI absed解决方案的缓存提供者，效果非常好。它足够智能，可以看到集群中的其他服务器何时关闭，何时恢复。复制是异步和透明的。因为第二种方法效果很好，所以我没有尝试第一种方法。