22

我将 Spring 2.5 和 Hibernate JPA 实现与 Java 和“容器”托管事务一起使用。

ConcurrencyFailureException我有一个“用户提交后”方法，可以在后台更新数据，无论是否有异常都需要提交StaleObjectStateException，因为它永远不会显示给客户端。换句话说，需要把乐观锁变成悲观。（如果方法执行需要更长的时间并且有人在其他事务中更改了数据，则可能会发生）

我读了很多关于幂等的东西，如果在搜索 DEFAULT_MAX_RETRIES或6.2.7 时出现异常，请重试。示例或第 14.5 章。重试。我还在这里和这里的 stackoverflow 中找到了。

我试过这个：

public aspect RetryOnConcurrencyExceptionAspect {

    private static final int DEFAULT_MAX_RETRIES = 20;
    private int maxRetries = DEFAULT_MAX_RETRIES;

    Object around(): execution( * * (..) ) && @annotation(RetryOnConcurrencyException) && @annotation(Transactional) {

        int numAttempts = 0;
          RuntimeException failureException = null;
          do {
                numAttempts++;
                try {
                    return proceed(); 
                } 
                catch( OptimisticLockingFailureException ex ) {
                    failureException = ex;
                }
                catch(ConcurrencyFailureException ex) {
                    failureException = ex;
                }
                catch( StaleObjectStateException ex) {
                    failureException = ex;
                }
          } while( numAttempts <= this.maxRetries );
          throw failureException;

    }
}

RetryOnConcurrencyException是我的注释，用于标记发生异常时需要重试的方法。没用...我也尝试了几种方法SELECT ... FOR UPDATE，例如EntityManager.lock(...)

使用 Spring 避免过时数据、脏读等策略的最佳方法是什么？重试？，同步？，JPA 锁定？，隔离？，选择...进行更新？我无法让它工作，我对任何帮助感到非常高兴。

这是我喜欢做的一些伪代码：

void doSomething(itemId) {
    select something into A;
    select anotherthing into B;

    // XXX
    item = getItemFormDB( itemId ); // takes long for one user and for other concurrent user it could take less time
    item.setA(A);
    item.setB(B);

    // YYYY
    update item; 
}

在 // XXX 和 // YYY 之间，另一个会话可以修改项目，然后抛出 StaleObjectStateException。

4

4 回答 4

9

我有一个解决方案，但我认为它很难看。我捕获了所有 RuntimeException，它只适用于新事务。你知道如何让它变得更好吗？你看有什么问题吗？

首先，我做了一个注释：

@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface RetryingTransaction {
     int repeatCount() default 20;
}

然后我做了一个这样的拦截器：

    public class RetryingTransactionInterceptor implements Ordered {
      private static final int DEFAULT_MAX_RETRIES = 20;
      private int maxRetries = DEFAULT_MAX_RETRIES;
      private int order = 1;

      @Resource
      private PlatformTransactionManager transactionManager;

      public void setMaxRetries(int maxRetries) {
          this.maxRetries = maxRetries;
      }
      public int getOrder() {
          return this.order;
      }
      public void setOrder(int order) {
          this.order = order;
      }

      public Object retryOperation(ProceedingJoinPoint pjp) throws Throwable {
          int numAttempts = 0;
          Exception failureException = null;
          do {
                numAttempts++;
                try {
                    DefaultTransactionDefinition def = new DefaultTransactionDefinition();
                    def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
                    TransactionStatus status = transactionManager.getTransaction(def);

                    Object obj = pjp.proceed();

                    transactionManager.commit(status);      

                    return obj;
                } 
                catch( RuntimeException re ) {
                    failureException = re;
                }
          } while( numAttempts <= this.maxRetries );
          throw failureException;
      }
}

春天应用配置.xml：

<tx:annotation-driven transaction-manager="transactionManager" order="10" />

<bean id="transactionManager" class="org.springframework.transaction.jta.JtaTransactionManager">
    <property name="transactionSynchronizationName">
        <value>SYNCHRONIZATION_ALWAYS</value>
    </property>
</bean>

<bean id="retryingTransactionInterceptor" class="com.x.y.z.transaction.RetryingTransactionInterceptor">
    <property name="order" value="1" />
</bean>

<aop:config>
    <aop:aspect id="retryingTransactionAspect" ref="retryingTransactionInterceptor">
        <aop:pointcut 
            id="servicesWithRetryingTransactionAnnotation" 
            expression="execution( * com.x.y.z.service..*.*(..) ) and @annotation(com.x.y.z.annotation.RetryingTransaction)"/>
        <aop:around method="retryOperation" pointcut-ref="servicesWithRetryingTransactionAnnotation"/>
    </aop:aspect>
</aop:config>

还有一个这样注释的方法：

@RetryingTransaction
public Entity doSomethingInBackground(params)...
于 2010-07-02T11:54:33.877 回答
9

Use Spring Retry to retry whole method when a version number or timestamp check failed (optimistic lock occurs).

Configuration

@Configuration
@EnableRetry
public class FooConfig {
     ...
}

Usage

@Retryable(StaleStateException.class)
@Transactional
public void doSomethingWithFoo(Long fooId){
    // read your entity again before changes!
    Foo foo = fooRepository.findOne(fooId);

    foo.setStatus(REJECTED)  // <- sample foo modification

} // commit on method end

Project configuration

Spring Boot application has defined valid spring-retry version, so only this is required:

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
</dependency>
于 2017-08-04T20:11:11.210 回答
2

我们有这个，我们要做的是：

  1. 刷新会话（以确保即将到来的更新将是唯一排队的）
  2. 加载实例
  3. 做改变

  4. 在 StaleObjectStateException 上，清除操作队列

    ((EventSource) session).getActionQueue().clear()

    并从 #2 重试

我们有一个重试计数器来重新抛出异常。

注意：这不是官方支持的方法（Hibernate 明确指出应该丢弃抛出异常的会话并且不重新使用），但它是一种已知的解决方法（限制是您不能有选择地删除更新操作，但必须清除整个队列）。

于 2011-08-23T09:27:03.230 回答
-2

在这里抛出另一个选项：BoneCP ( http://jolbox.com ) 支持在失败时自动重试事务（包括当 DB 出现故障、网络故障等时）。

于 2010-07-07T08:42:46.660 回答