%2个服务无法获取同一实体上的PESSIMISTIC_READ锁

Question

ConfigEntity configEntity = this.getEntityById(1); // successfully get the entity
this.entityManager.lock(configEntity, LockModeType.PESSIMISTIC_READ);

调用了ConfigEJB的2个实例。第一个实例可以成功获取锁。但是，第二个实例无法获得锁，并且被阻塞，直到第一个实例完成它的事务（我预计它会成功获得锁）。

有没有人遇到过这个问题？或者这是JPA的预期行为？如何让服务正确获得PESSIMISTIC_READ锁？

Answer 1

未见参考文献，但Pro JPA2说：

一些数据库支持锁定机制，以获得可重复的读隔离，而无需获取写锁。PESSIMISTIC_READ模式可用于在预期不写入实体时悲观地实现可重复读取语义。这种情况不会经常遇到，再加上提供程序允许使用悲观的写锁来实现它，我们认为这种模式不是一种容易获得和常用的模式。

因此，似乎您的数据库提供程序将PESSIMISTIC_READ替换为PESSIMISTIC_WRITE