业务逻辑的实现过程中,往往需要保证数据访问的排他性。此时,我们需要使用“锁”机制来保证数据在某个操作中不会被其他操作修改。
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字段中