无法解决 Grails 2.4.5 中的 HibernateOptimisticLockingFailureException

Question

我已经尝试了好几个小时来弄清楚为什么我无法解决这个问题。

基本上，我有一个域类 (PrizeSchedule)，它在我的应用程序中用于安排何时发放奖品。当收到请求并且是发放奖品的时间（计划时间比现在短）时，它将分配该奖品并将其标记为已处理。

这意味着，如果参赛作品之间有足够的时间间隔，则可能有 2 个或更多奖品可供赠送。当我直接使用 10 个（或更多）请求测试我的应用程序时，在这种情况下，我总是在一些请求上遇到以下问题：

optimistic locking failed; nested exception is org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect)

我尝试过使用prizeScheduleInstance.merge 和prizeScheduleInstance.lock，但弹出相同的错误。很长一段时间后，我发现 PrizeSchedule.find() 调用没有产生正确的结果。尽管之前的请求完成了以下操作，但似乎：

prizeSchedule.setProcessed(true);
prizeSchedule.setReferenceNumber(prizeSchedule.generateToken());           
prizeSchedule.save(flush:true);

下一个请求仍然能够找到处理后的 PrizeSchedule 实例，您可以在下面的日志中看到这里

请求 1：

2015-07-13 22:05:28,915 [http-bio-8080-exec-7] DEBUG PrizeService  - Session ID: 603 won prize ID: 103314

请求 2：

2015-07-13 22:05:30,136 [http-bio-8080-exec-12] DEBUG PrizeService  - Session ID: 604 won prize ID: 103314

如您所见，第二个请求仍然以某种方式找到了 PrizeSchedule 实例，即使已处理标志已被标记为 true。

我尝试了这个查询的变体来查找 PrizeSchedule 实例，它们都产生相同的问题，下面是我尝试过的问题

PrizeSchedule ps = PrizeSchedule.findByCampaignAndDateScheduledLessThanAndProcessed(campaign, new Date(), false, [cache: false])

和

PrizeSchedule ps = ps = PrizeSchedule.find("FROM PrizeSchedule ps WHERE ps.campaign = :campaign AND ps.processed = :processed AND ps.dateScheduled < :now ORDER BY ps.dateScheduled ASC",
        [campaign: campaign, processed: false, now: new Date()], [cache: false]
    )

如果它很重要 - 我有调用服务来处理请求的控制器，这反过来又调用其他 groovy/src 代码，这些代码通过使用 PrizeService

def prizeService = Holders.grailsApplication.mainContext.getBean 'prizeService'

这是因为在这些领域中使用了通用接口和抽象类。

希望有人能提供帮助，提前感谢您抽出宝贵时间阅读本文！

Answer 1

好的，我将其发布为我的问题的解决方案，以防万一其他人将来遇到此问题。这可能很明显，但作为 Grails 的新手，我发现这很难解决/查找相关信息。

基本上我的控制器被注释了

@Transactional(readOnly = true)

并且进行实际处理的方法带有注释

@Transactional

最后，服务本身也被注释了

@Transactional

我的假设是这些注释以某种方式混合了在 Hibernate 会话中访问和存储数据时使用的事务。从我的控制器中删除注释（并调整代码）并将我的服务作为@Transactional 组件后 - 一切都开始按预期工作。

我希望这可以帮助像我一样受苦的人！

Answer 2

我希望您明白，当您使用乐观锁定进行并发更新时，有可能会抛出 StateObjectStateException。随着模型中并发性的增加，它会变得越来越普遍。

由于您提到这是计划作业的一部分，您可以拥有在新会话中重试奖励授予的代码，例如，安排另一个作业立即再次运行。