12.4. 悲观锁定(Pessimistic Locking)
用户其实并不需要花很多精力去担心锁定策略的问题。通常情况下,只要为 JDBC 连接指定一下隔离级别,然后让数据库去搞定一切就够了。然而,高级用户有时候希望进行一个排它的悲观锁定,或者在一个新的事务启动的时候,重新进行锁定。
Hibernate 总是使用数据库的锁定机制,从不在内存中锁定对象。
类
LockMode
定义了 Hibernate 所需的不同的锁定级别。一个锁定可以通过以下的机制来设置:
当 Hibernate 更新或者插入一行记录的时候,锁定级别自动设置为
LockMode.WRITE
。当用户显式的使用数据库支持的 SQL 格式
SELECT ... FOR UPDATE
发送 SQL 的时候,锁定级别设置为LockMode.UPGRADE
。当用户显式的使用 Oracle 数据库的 SQL 语句
SELECT ... FOR UPDATE NOWAIT
的时候,锁定级别设置LockMode.UPGRADE_NOWAIT
。当 Hibernate 在“可重复读”或者是“序列化”数据库隔离级别下读取数据的时候,锁定模式自动设置为
LockMode.READ
。这种模式也可以通过用户显式指定进行设置。LockMode.NONE
代表无需锁定。在Transaction
结束时, 所有的对象都切换到该模式上来。与 session 相关联的对象通过调用update()
或者saveOrUpdate()
脱离该模式。
"显式的用户指定"可以通过以下几种方式之一来表示:
调用
Session.load()
的时候指定锁定模式(LockMode)
。调用
Session.lock()
。调用
Query.setLockMode()
。
如果在
UPGRADE
或者 UPGRADE_NOWAIT
锁定模式下调用 Session.load()
,并且要读取的对象尚未被 session 载入过,那么对象通过 SELECT ... FOR UPDATE
这样的 SQL 语句被载入。如果为一个对象调用 load()
方法时,该对象已经在另一个较少限制的锁定模式下被载入了,那么 Hibernate 就对该对象调用 lock()
方法。
如果指定的锁定模式是
READ
,UPGRADE
或 UPGRADE_NOWAIT
,那么 Session.lock()
就执行版本号检查。(在 UPGRADE
或者 UPGRADE_NOWAIT
锁定模式下,执行 SELECT ... FOR UPDATE
这样的SQL语句。)
如果数据库不支持用户设置的锁定模式,Hibernate 将使用适当的替代模式(而不是扔出异常)。这一点可以确保应用程序的可移植性。