从JPA悲观锁获得的DB行的物理锁

Question

锁模式pessimistic_read、pessimistic_write和pessimistic_force_increment用于立即获得长期数据库锁。

我假设悲观的锁总是会触发数据库上的select...FOR updateSQL，不管使用什么锁模式。现在有三个问题：

1. 假设是否正确，或者如果正确，此规则是否有例外？
2. 给定select...FOR update锁定了行。锁定行不能被任何其他事务更新，但锁定行的事务除外？
3. 可以通过对事务执行提交或回滚来释放锁。如果应用程序（以及锁定行的事务）突然终止，而没有对事务执行提交或回滚，那么锁会发生什么情况？

Answer 1

对于问题1、2，你的假设是正确的：

>

是-悲观锁通常使用select...FOR update，因为大多数数据库和JPA实现只支持这种类型的锁。在这种情况下，READ和WRITE block之间没有区别，JPA规范允许使用READ和WRITE block，只要两者都表现为WRITE lock。

是-任何其他事务都不能修改锁定的行。在写锁的情况下（大多数时候也是读锁--回答1），锁定行也不能读取，直到锁被释放。请注意，同一表中的其他未锁定行可以自由读取和修改。