悲观锁定失败，对象乐观锁定失败异常
我使用SpringDataJPA和Hibernate作为PostgreSQL上的持久性提供者。我试图提供悲观锁定：
public interface MediaRepository extends JpaRepository<Media, Long>, MediaRepositoryCustom {
Long countByCreatedBy(User creator);
@Query("select m from Media m where m.id = ?1")
@Lock(LockModeType.PESSIMISTIC_WRITE)
Media findOneAndLock(Long id);
}
我尝试从两个线程中调用< code>findOneAndLock。我认为，如果< code >线程A锁定了对象，那么< code >线程B应该等到锁被释放。而是< code >线程B抛出< code > org . spring framework . ORM . objectoptiticlockingfailureexception 。
我确信两个线程都执行select for update(数据库日志中有两个这样的记录)。
共有1个答案
默认行为是不等待。您需要在< code>persistence.xml中指定等待时间
<properties>
<property name="javax.persistence.lock.timeout" value="1000"/>
</properties>
-
悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作 乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。 乐观锁与悲观锁的具体区别: http://www.cnblogs.com/Bob-FD/p/3352216.html
-
问题内容： 我在java下有spring项目，使用hibernate查询，我喜欢使用悲观锁定。 在Spring + Hibernate中如何进行悲观锁定？ 编辑： 问题： 我想在一个方法中使用悲观锁定，并且我将此方法称为从不同的方法。当我从第一个方法调用它时，悲观的工作效果很好，但是当我从第二个方法调用它时，它给出了（无法提交事务） 例外： 问题答案： http://www.amicabile.c
-
本文向大家介绍说一下乐观锁和悲观锁？相关面试题，主要包含被问及说一下乐观锁和悲观锁？时的应答技巧和注意事项，需要的朋友参考一下 乐观锁：每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在提交更新的时候会判断一下在此期间别人有没有去更新这个数据。 悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻止，直到这个锁被释放。 数据库的乐观锁需要自
-
我们有一个系统，我们偶尔会得到一个乐观的锁定异常。我们在代码中已经解决了这个问题，但现在我正在查看JPA 2，并看到它有一个用于处理这个问题的注释（@版本） 我们的问题是，一个表上有多个事务，如果表锁已满，则即使未对相同的记录进行更改，也会导致乐观锁定异常。 我们在JBoss 4.2服务器上使用hibernate，数据库可以是MySQL或SQL服务器。 如果改为使用@Version，这会在两个数据
-
我试图理解Hibernate中的悲观锁定机制（通过MySQL DB）。 我尝试运行以下示例： 但它并没有给我一个错误，而是执行得很好。是不是我误解了什么概念。这种行为正常吗？ 我能够完美地测试乐观锁定，那么对于悲观锁定，是对概念有一些误解，还是我的代码缺少了一些东西。
-
用户其实并不需要花很多精力去担心锁定策略的问题。通常情况下，只要为 JDBC 连接指定一下隔离级别，然后让数据库去搞定一切就够了。然而，高级用户有时候希望进行一个排它的悲观锁定，或者在一个新的事务启动的时候，重新进行锁定。 Hibernate 总是使用数据库的锁定机制，从不在内存中锁定对象。 类 LockMode 定义了 Hibernate 所需的不同的锁定级别。一个锁定可以通过以下的机制来设置：