Hibenate之悲观锁（Pessimistic Locking）

什么是“锁”？

业务逻辑的实现过程中，往往需要保证数据的排他性，此时，我们需要一些机制来保证这些数据在某个操作过程中不会被外界修改，这样的机制，在这里，也就是所谓的“锁”；即我们给选定的目标上锁，使其无法被其他程序修改；

 

hibernate中支持两种锁机制：即常说的“悲观锁”（Pessimistic Locking）和“乐观锁”（Optimistic Locking）；

 

悲观锁（Pessimistic Locking）：

    指的是，对数据被外界（本系统当前的其他事务，以及来自外部系统的的事务处理）修改保持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态；

 

 

悲观锁的实现 ：

    往往靠数据可提供的锁机制（也只有数据库层提供的锁机制才能保证数据访问的排他性，否则，在本系统中实现了加锁机制，也无法保证外部系统不会修改数据）；

 

数据库中这样表示：

select * from user where name ='keith' for update

 使用for update子句，这条SQL锁定了user 表中name='keith'的所有记录，在本次事务提交之前，外界无法修改这些符合条件的记录！

 

Hibernate中的悲观所也是基于“数据库锁的机制”实现的：

		final String hql = "from TUser where name='keith'";
		Query query  = session.createQuery(hql);
		query.setLockMode("TUser", LockMode.UPGRADE);//加锁
		List<TUser> users = query.list();//执行查询

 HIbernate通过数据库的for update子句实现了悲观锁机制；

 

Hibernate的加锁模式有 ：

• LockMode.NONE：无锁机制；
• LockMode.WRITE：hibernate在Insert和Update记录的时候会自动获取；
• LockMode.READ：hibernate在读取的时候会自动获取；

以上3种锁机制一般由Hibernate内部使用，如hibernate保证update过程中对象不会被修改，会在save方法实现中自动为目标对象加上WRITE锁，这些都是Hibernate内部对数据进行的加锁，与数据库无关；

• LockMode.UPGRADE：利用数据库的for update子句加锁；
• LockMode.UPGRADE_NOWAIT:Oracle的特定实现，利用oracle的for update nowait子句实现加锁；

以上2种锁机制是我们在应用层中较为常见，依赖数据库的悲观锁机制；

 

Hibernate中通常会这样写：

Criteria.setLockMode
Query.setLockMode
Session.lock

 只有在查询开始之前设定加锁，这样的话，会在SQL中加上锁机制，如果SQL都已经发出了，再加也没用了！