回答情况：
提问时间：
问题标签：
但是我仍然不能理解PESSIMISTIC_READ和PESSIMISTIC_WRITE之间的区别。我尝试修改代码，其中使用PESSIMISTIC_READ和PESSIMISTIC_WRITE的代码将具有与使用for update调用的结果相同的结果。
浏览 2修改于2021-09-23得票数 57
myDao;
MyClass myClass = myDao.get(MyClass.class,id,LockMode.PESSIMISTIC_WRITEmyDao;
MyClass myClass = myDao.get(MyClass.class,id,LockMode.PESSIMISTIC_WRITEclazz, Serializable id, LockMode mode){
return
浏览 2提问于2014-12-11得票数 3
在我可怜的大脑中，我可以--当然是在一个事务中--运行一个带有PESSIMISTIC_WRITE锁模式的命名查询，看看它是否返回任何结果，然后是persist()还是update()。我不清楚使用PESSIMISTIC_WRITE锁和PESSIMISTIC_READ锁执行此操作之间的区别。我读过这些句子--我知道PESSIMISTIC_READ的目的是防止不可重复的读，PESSIMISTIC_WRITE is...well，也许我不太理解这个句子:-) --但下面只是一个SQL SELECT
浏览 17修改于2012-07-30得票数 8
我在上读到，使用JPA PESSIMISTIC_WRITE是可以实现的，但是由于数据仍然是可读的，所以它不能像预期的那样工作。() {我是做错了还是
浏览 8提问于2022-08-26得票数 0
回答已采纳
FROM Property s where propertyKey = :key").setParameter("key", key);注意:线程休眠时，会阻塞对此行的更新。如果我设置了PESSIMISTIC_WRITE锁定模式，为什么另一个DB连接可以在另一个事务运行时查
浏览 1修改于2013-10-03得票数 0
我使用"Postgres“数据库和pessimistic_locking锁定数据库行。Article.class) .setLockMode(LockMode.PESSIMISTIC_WRITE有人能帮我理解一下为什么PESSIMISTIC_LOCKING不起作用吗?有什么办法可以解决这个问题呢？
浏览 2提问于2020-02-09得票数 0
回答已采纳
问题是，当我从数据存储检索数据时，它在服务器上抛出PESSIMISTIC_READ错误，而不是在本地机器上抛出错误。我被卡住了，无法继续。Caused by: java.lang.NoSuchFieldError: PESSIMISTIC_READ
at org.datanucleus.api.jpa.JPAQuery.getResultList
浏览 1修改于2015-05-17得票数 2
public interface RequestRepository extends CrudRepository<Object, Long> {
@Lock(LockModeType.PESSIMISTIC_WRITE
浏览 2修改于2017-05-23得票数 0
如果我做了em.lock(employee, LockModeType.PESSIMISTIC_WRITE); -它是只阻塞这个实体(employee)还是整个表Employees
如果有关系的话，我说的是
浏览 0提问于2018-03-07得票数 13
回答已采纳
Hibernate 4.2 Pessimistic_Write锁在Oracle中没有正常运行，而对于PostgreSQL和Microsoft，它正在按预期工作。有什么想法吗？
Query query = getSession().createQuery(query1).setLockOptions(new
浏览 11修改于2016-12-25得票数 1
回答已采纳
Transactional(isolation = Isolation.SERIALIZABLE)标记了我的主要方法(调用存储库方法)，而存储库中的findBy方法有@Lock(LockModeType.PESSIMISTIC_WRITE
浏览 3修改于2017-08-22得票数 4
回答已采纳
从JPA文档中，如果没有人持有实体上的PESSIMISTIC_READ锁，则可以获得该实体的PESSIMISTIC_WRITE锁。但是，当我使用OpenJPA 2.0.0、WebSphere和MSSQL (以及DB2)进行测试时，两个服务似乎不能同时获得同一个实体上的PESSIMISTIC_READ锁。this.getEntityById(1); // successfully get the entity
this.entityManager.lock(configEntity, LockModeType.PE
浏览 15提问于2014-03-25得票数 0
回答已采纳
Repository @Lock(LockModeType.PESSIMISTIC_WRITE
浏览 93提问于2020-03-10得票数 0
PESSIMISTIC_WRITE的使用是否会以这样的方式锁定数据库中的特定行:当一个应用程序实例访问该行时，同一应用程序的其他实例将无法访问它，这些实例可以同时从数据库访问同一行吗？有一个讨论了锁类型、PESSIMISTIC_READ和PESSIMISTIC_WRITE之间的区别。为了明确起见，我不是在问它们之间的区别，而是询问PESSIMISTIC_WRITE的作用域，以及从一个应用程序实例获取锁将如何影响其他应用程序实例，这些应用程序实例可以尝试读取和更新数据库表中的同一行。
浏览 1修改于2018-12-20得票数 6
回答已采纳
为此，我知道JPA中使用了"PESSIMISTIC_WRITE“锁。(引用此链接)
@lock(LockModeType.PESSIMISTIC_WRITE
浏览 6提问于2022-04-05得票数 0
@Lock(LockModeType.PESSIMISTIC_READ) @QueryHint({@QueryHint( name = "javax.persistence.lock.timeout"，需要帮助使用PESSIMISTIC_READ使用本机查询选择更新和跳过锁定的行在竞赛条件下。
浏览 2修改于2018-03-13得票数 0
回答已采纳
我的接口中有这个方法，它扩展了CrudRepository：Voucher findTop1ByUsedFalseAndProductOrderByIdAsc
浏览 1修改于2017-03-01得票数 6
回答已采纳
我将@Lock(LockModeType.PESSIMISTIC_WRITE)放在一个查询上，并在服务层使用@Transactionsal注释处理它。成功地获得了锁。但在某些情况下，交易不可能发生。
浏览 5提问于2022-06-13得票数 0
回答已采纳
Newsgroup.class); em.lock(query, LockModeType.PESSIMISTIC_WRITE
浏览 1提问于2012-08-04得票数 1
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号