Grails Gormの静的ロックの結果、HibernateOptimisticLockingFailureExceptionが発生する

Question

複数のワーカースレッドが同じドメインオブジェクトMessageを更新しようとしているが、同時実行性が高いGrailsアプリケーションがありますが、静的ロックMessage.lock(msg.id)をロックすると、多くの場合、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.Message] with identifier [58653744]: optimistic locking failed; nested exception is org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cds.healthdock.messaging.Message#58653744] at messaging.OutboxService$_pushMessageToPeer_closure8.doCall(OutboxService.groovy:442) at org.grails.datastore.gorm.GormStaticApi.withTransaction(GormStaticApi.groovy:815)

どれ戦略？ isDirty()isEmpty()

Answer 1

この問題については、articleと非常に詳細です。私はあなたとまったく同じ問題を抱えていたと私は悲観的ロックを使用して、それを解決した、すなわち

は
• トランザクションを開始
• オブジェクトを取得し、更新静的lock()メソッドを介して
• それをロックしたオブジェクト
• トランザクションをコミットしてください

あなたは何か似たように見えますが、一方であなたはトランザクションの中でそれをやっているかどうかわかりません。

the pessimistic locking solution implemented in the service (with transactional set to false)

しかし、コードはwithTransactionの範囲内で実行されているようです。ペシミスティック・ロッキング・アプローチは、トランザクション内で実行する必要があります。