Spring@Transactional用于创建线程安全逻辑

Question

我有一个service方法，其中我通过ID从数据库请求一个实体。如果实体具有属性payed==false，我将其设置为true并执行某些操作。如果PAID==true它只返回。

@Override
@Transactional(rollbackFor={ServiceException.class})
public void handleIntentSucceeded(PaymentIntent intent) throws ServiceException {
   LOGGER.trace("handleIntentSucceeded({})", intent);

   CreditCharge charge = transactionRepository.findByPaymentIntentId(intent.getId());

   if(charge.getPaid()) {
      return;


   // do some stuff          

   charge.setPaid(true);
   transactionRepository.save(charge);

}

现在，如果同时有多个具有相同intent的请求，则该方法将不再一致，因为例如，第一个请求使用PAID==false接收charge，因此它会做“一些事情”，如果第二个请求在第一个请求使用PAID==true保存费用之前来到该方法，则即使第一个请求已经保存了费用，它也会做“一些事情”。这是一个正确的结论吗？

为了确保一次只能有一个请求处理此方法，为了避免“某些事情”被多次执行，我可以将Transactional设置为@Transactional(isolation=isolation.serializable)。这样，只有在请求之前提交了事务时，任何请求才能处理该方法/事务。

这是最好的方法还是有更好的方法？

Answer 1

如果我错了请纠正我，但这听起来像是一个应该在数据库级别上管理的锁定问题？（假设多个请求由不同的JVM处理（例如，在不同的机器上），您可能仍然只希望其中一个请求成功？）

我可能会寻找一种（乐观地）锁定记录的方法（例如，使用某种更新计数器），这样只有更改payed属性的第一个并发事务才会成功完成。
尝试同时修改同一实体的任何后续事务将失败，并且它们在do some stuff期间执行的操作将回滚。

乐观锁定与悲观锁定