Grails Gorm静态锁定导致HibernateOptimisticLockingFailureException

Question

我们有一个高并发的Grails应用程序，有几个工作线程试图更新同一个域对象Message，但是在服务中使用静态锁Message.lock(msg.id)实现的悲观锁定解决方案(transactional设置为false)会导致许多< code > HibernateOptimisticLockingFailureException 的实例。

    Facility.withTransaction {
      if (resp?.status == 200) {
        Message msgCopy = Message.lock(msg.id)
        msgCopy.state = State.SoftDeleted
        msgCopy.save(flush: true)
      }
    }

静态锁如何导致HibernateOptimisticLockingFailure？我的理解是，静态锁将读取最新的持久版本。这只是另一个线程删除它的情况吗？

完全错误：

[com.cds.healthdock.messaging.消息]标识符[58653744]：乐观锁定失败；嵌套异常是org.hibernate.StaleObjectState异常：行被另一个事务更新或删除（或未保存的值映射不正确）：[com.cds.healthdock.messaging.消息#58653744]在消息。Outbox Service$_pushMessageToPeer_closure8.do调用（OutboxService.groovy:442）在org.grails.datastore.gorm.GormStaticApi.with事务（GormStaticApi.groovy:815）

我应该考虑什么策略(除了捕捉异常)？< code > is dirty() < code > isEmpty()

Answer 1

这里有一篇关于这个问题的优秀且非常详细的文章。我遇到了与您完全相同的问题，我使用悲观锁定解决了这个问题，即。

< li >开始交易 < li >获取对象并通过静态< code>lock()方法锁定它 < li >更新对象 < li >提交交易

看起来你在做类似的事情，但是我不知道你是否在交易中做，因为一方面你说

在服务中实现的悲观锁定解决方案（事务设置为 false）

但另一方面，代码似乎是在 withTransaction 中执行的。悲观锁定方法必须在事务中执行。