时间戳

首页 > 解决方案 > JBoss EAP 6.1 的 Infinispan 超时异常

java - JBoss EAP 6.1 的 Infinispan 超时异常

问题描述

这个快把我逼疯了。我在随机点遇到这样的异常：

ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [60 seconds] on key [com.acme.entity.EntityA#9073] for requestor [GlobalTransaction:<null>:9593:local]! Lock held by [GlobalTransaction:<null>:9580:local]

设置相当陈旧：JBoss EAP 6.1 和 Infinispan 5.2.6 用于二级缓存。可以有多个 JBoss 服务器作为独立实例运行（未配置为集群），但它们使用 SQLProxy 和 percona MySQL 集群。（然而，我们在同一台服务器上有一个数据库的单个 JBoss 实例上看到了同样的问题）。

目前standalone.xml中的配置是这样的：

  <subsystem xmlns="urn:jboss:domain:infinispan:1.5">
            <cache-container name="web" aliases="standard-session-cache" default-cache="local-web" module="org.jboss.as.clustering.web.infinispan">
                <local-cache name="local-web" batching="true">
                    <file-store passivation="false" purge="false"/>
                </local-cache>
            </cache-container>
            <cache-container name="hibernate" default-cache="local-query" module="org.jboss.as.jpa.hibernate:4">
                <local-cache name="entity">
                    <locking isolation="READ_COMMITTED" acquire-timeout="60000"/>
                    <transaction mode="NON_XA"/>
                    <eviction strategy="LRU" max-entries="10000"/>
                    <expiration max-idle="100000"/>
                </local-cache>
                <local-cache name="local-query">
                    <locking isolation="READ_COMMITTED" acquire-timeout="60000"/>
                    <transaction mode="NONE"/>
                    <eviction strategy="LRU" max-entries="10000"/>
                    <expiration max-idle="100000"/>
                </local-cache>
                <local-cache name="timestamps">
                    <transaction mode="NONE"/>
                    <eviction strategy="NONE"/>
                </local-cache>
            </cache-container>
        </subsystem>

我们尝试了不同的超时值，但没有任何成功。我们最近将隔离从默认的 REPEATABLE_READ（在 JBoss 6.1 中）更改为 READ_COMMITTED（这似乎是 Infinispan 5.2.6 的默认值，并在 WildFly 9 中更改为默认值）另见https://developer.jboss.org/thread /243458。我希望这能解决问题，但我们仍然看到这些超时异常。

对于使用二级缓存的实体，我们在实体上使用它：

@Cache(usage = CacheConcurrencyStrategy.TRANSACTIONAL,region="cache.StandardEntity")
public class EntityA

在我们的 infinispan.xml 文件中，我们有：

 <namedCache name="Acme.cache.StandardEntity">
      <eviction strategy="LRU" maxEntries="1000"/>
      <expiration maxIdle="3600" lifespan="3600" wakeUpInterval="7200000"/>
   </namedCache>

infispan.xml 文件是几年前我们从 EH 缓存迁移时由一个工具创建的。wakeUpInterval 看起来相当高。这会是个问题吗？我实际上不确定 namedCache 是否配置正确。它是否需要以 Acme 为前缀（在这种情况下是应用程序的名称？）。我如何测试这些命名的缓存是否被实际使用。我对需要在standalone.xml 文件中配置什么以及在infinispan.xml 文件中配置什么感到有些困惑。

配置中是否还有我可以尝试解决此问题的内容？

如果不是，我怎么能弄清楚谁“锁了门”（获得了锁）。我可以看到线程试图打开门（试图获取锁）和抱怨（抛出异常），但我看不到谁首先锁定了它。如果我能看到谁拿着锁这么久，我也许可以修好它。

在本地我可以为此启用日志记录

 <logger category="org.infinispan.util.concurrent.locks">
                <level name="TRACE"/>
 </logger>

但我不能在生产中真正做到这一点（太多的日志记录）。但是在本地我无法复制它。还有其他想法如何找出哪个线程获得了锁吗？

任何想法表示赞赏。

谢谢！

标签： javahibernatecachingjbossinfinispan

解决方案

看来您在锁上有并发访问问题。我建议悲观锁定以避免这个问题，它增加了资源，但它有助于这些情况：

/subsystem=infinispan/cache-container=web/local-cache=persistent/transaction=TRANSACTION/:add(locking=PESSMISTIC)

关于infinispan.xml：此文件仅适用于 Red Hat Data GRid (JDG, RHDG) 嵌入式模式（或社区 Infinispan 版本）。对于 EAP 6.1，您需要使用standalone-ha或standalone-full-ha配置文件来设置缓存属性。

推荐阅读