乐观锁和悲观锁

业务逻辑的实现过程中，往往需要保证数据访问的排他性。此时，我们需要使用“锁”机制来保证数据在某个操作中不会被其他操作修改。

hibernate支持两种锁机制，悲观锁和乐观锁。

悲观锁是指在数据的整个处理过程中，将数据处于锁定状态。悲观锁是通过数据库提供的锁机制来实现的。

加锁一般通过以下方式实现：

criteria.setLockMode();

query.setLockMode();

session.lock()

hibernate的加锁模式有：

LockMode.NONE

LockMode.READ hibernate读取记录时自动获取

LockMode.WRITE --hibernate insert、update记录时会自动获取

以上三种加锁模式是由hibernate内部使用的。

LockMode.UPDATE 利用数据库的for update子句加锁

LockMode.UPDATE_NOWAIT 利用for update nowait子句加锁

LockMode.FORCE 对于一个没有版本化的实体来说，FORCE跟UPDATE作用相同，而对于版本化的实体，将强制使用悲观锁来替代乐观锁。

 

悲观锁的缺点：数据库性能开销很大。

 

乐观锁大多是基于数据版本(version)记录机制来实现的，所谓数据版本就是指给数据增加一个版本标识，在基于数据库表的版本解决方案中，通常通过为数据库表增加一个version字段来实现。

乐观锁避免了长事务的数据库加锁开销，大大提升了大并发量下的系统整体性能表现。乐观锁机制一般基于系统中的数据存储逻辑，如果外部系统对数据库表进行操作是不受系统控制的（解决方法：将加锁策略放在数据库的存储过程中实现，程序只能操作这个存储过程，不能直接操作数据表）。

hibernate通过<class>的optimistic属性和<version>来实现乐观锁。

<class optimistic="">

optimistic的取值：none表示不使用乐观锁

version通过版本控制实现乐观锁

dirty通过检查发生变动过的属性来实现乐观锁

all通过检查所有属性实现乐观锁

 

<id>

<version>

注意：<version>一定要在<id>之后，这里声明一个version属性，用来保存用户版本信息，保存在表的version字段中