# 11.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将使用适当的替代模式（而不是扔出异常）。 这一点可以确保应用程序的可移植性。