Hibernate的悲观锁和乐观锁(1)

Hibernate支持两种锁机制:即通常所说的“悲观锁(Pessimistic Locking)”和 “乐观锁(OptimisticLocking)”。

谈到悲观锁和乐观锁,就要谈到数据库的并发问题,数据库的隔离级别越高并发性就越差,
并发性:当前系统进行了序列化后,你读取数据库后,别人查询不了,称为并发性不好。

下面说的是悲观锁

悲观锁的实现,通常依赖于数据库机制,在整修过程中将数据库锁定,其它任何用户都不能读取或修改。

这种锁是由数据库底层提供的锁机制,能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据。

悲观锁的适用场景:

悲观锁一般适合短事物比较多(如某一个数据取出后加1,立即释放)

Hibernate的加锁模式:

hibernate中的悲观锁,也是基于数据库的锁机制实现的。

LockMode.NONE:无锁机制。 
LockMode.WRITE:Hibernate在InsertUpdate记录的时候会自动获取。 LockMode.READ:Hibernate在读取记录的时候会自动获取。 

以上这三种锁机制一般由Hibernate内部使用,如Hibernate为了保证Update过程中对象不会被外界修改,会在save方法实现中自动为目标对象加上WRITE锁。

LockMode.UPGRADE:利用数据库的for update子句加锁 LockMode.UPGRADE_NOWAIT:Oracle的特定实现,利用Oracle的for update nowait子句实现加锁

例子1

下面的代码实现了对查询记录的加锁:

String hqlStr ="from TUser as user where user.name='Erica' ";
Query query = session.createQuery(hqlStr);
query.setLockMode("user",LockMode.UPGRADE); //加锁
List userList = query.list();//执行查询,获取数据

上面的代码中setLockMode第一个参数指定了别名为user的返回的记录进行上锁。
生成的sql为:

select tuser0_.id as id
    , tuser0_.name as name
    , tuser0_.group_id as group_id
    , tuser0_.user_type as user_type
    , tuser0_.sex as sex
from t_user tuser0_ 
where (tuser0_.name='Erica' ) for update

可见hibernate通过数据库中的for update子句实现悲观锁机制。

上面这两种锁机制是我们在应用层较为常用的,加锁一般通过以下方法实现:

Criteria.setLockMode 
Query.setLockMode 
Session.lock

注意,只有在查询开始之前(也就是Hiberate 生成SQL 之前)设定加锁,才会真正通过数据库的锁机制进行加锁处理, 否则,数据已经通过不包含for update 子句的Select SQL加载进来,所谓数据库加锁也就无从谈起。

相关文章

相关标签/搜索