JPA-悲观锁-锁存在时会发生什么？
Hibernate是我的JPA实现。
共有1个答案
Pesimistic锁实际上是使用SQL-queries（检查执行的查询以进行比较）传播到DB级别的。如果存在悲观锁，应用程序应该等待DB，直到锁被释放，所以不是强制抛出expcetion（但也有可能）。
现在谈谈例外情况：
/*
PessimisticLockException if pessimistic locking fails and the transaction is rolled back
LockTimeoutException if pessimistic locking fails and only the statement is rolled back
*/
public <T> T find(Class<T> entityClass, Object primaryKey, LockModeType lockMode);
对于其他EntityManager方法，这两个异常是在simmilar情况下抛出的。
-
问题内容： 我正在尝试在JPA中使用悲观锁定，而不是针对Postgres数据库使用Hibernate 3。我无法超时锁定-它似乎永远挂着。 这是一个例子： 据我了解，em2应该尝试长达五秒钟（5000毫秒）来获取锁，然后应该抛出异常。而是代码陷入僵局。 如果我在两个不同的线程中运行它，那么我会看到线程2（带有em2）在线程1（em1）释放它后立即获得了锁。因此锁定正在发生，只是永不超时。 我用PE
-
悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作 乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。 乐观锁与悲观锁的具体区别: http://www.cnblogs.com/Bob-FD/p/3352216.html
-
我正在使用Spring Boot、JPA、Oracle 12C和下面的类型化查询来选择要处理的“新”项目。一旦我选择了“新”项目，我就会更新其状态，使其不再符合选择条件，但我看到一个并发问题，相同的项目被选中。 我在这里读到，我需要设置一个'LockModeType.PESSIMISTIC_WRITE'的查询，以防止其他线程选择相同的行，但它似乎不起作用。 我是否遗漏了下面的内容，或者我是否需要另
-
我试图在JPA中通过Hibernate3对Postgres数据库使用悲观锁定。我无法使锁超时--它似乎永远挂着。 这里有一个例子： 按照我的理解，em2应该尝试最多5秒(5000ms)来获得锁，然后应该抛出一个异常。相反，代码变成死锁。 谢谢，阿拉斯泰尔
-
本文向大家介绍Java并发问题之乐观锁与悲观锁，包括了Java并发问题之乐观锁与悲观锁的使用技巧和注意事项，需要的朋友参考一下 首先介绍一些乐观锁与悲观锁: 悲观锁：总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。再
-
这是我的数据结构。 因此，作业实体有一个树数据结构，如果我想添加悲观锁，如下所示，使用JPA: 悲观锁是否适用于树数据结构中所有引用的子行？还是只是id为“1L”的行？还是仅从“1L”直接引用的行？