JPA/Hibernate:基于版本的乐观锁并发控制

  比方说,我们有一个系统由多个用户使用,其中每个实体可以被多个用户修改。我们希望避免这种情况:两个人的加载一些信息,基于他们所看到的做出一些决定,然后在相同的时间。更新状态,我们不让让后一个用户覆盖前面一个用户做出的修改。

  它也可以发生在服务器环境 - 多个事务可以修改共享的实体:

  1. 事务1加载数据
  2. 事务2更新数据,并确认
  3. 事务1基于第一步加载的数据(不是当前最新数据,最新数据已经被事务2修改过),执行某些计算并更新状态,

  解决办法使用@Version 如下:

@Entity
@Table(name = 'orders')
public class Order {
       @Id
       private long id;

       @Version
       private int version;

       private String description;

       private String status;

       // ... mutators
}

当这个实体被持久化时,version被设置为开始值。

只要它被更新,hibernate总是执行:

update orders  set description=?, status=?, version=?  where id=? and version=?

我们结合GUI来看一下执行顺序。

update orders
set description=?, status=?, version=2
where id=? and version=1

更新订单时, version被设置为2了。而同时另外一个version是1的用户也开始更新订单了:

update orders
set description=?, status=?, version=2
where id=? and version=1

这个更新无用,因为version已经变成了2. Hibernate会发现,抛出: org.hibernate.StaleObjectStateException

第二个用户看到这种出错,再也不能操作了,除非重新刷新页面。获取最新被修改的值。

优点:

  1. 它提供了一个方便,以自动化的方式来保持一致性,像上述的案例。这意味着,每一个动作只能执行一次,它保证用户或服务器过程中看到的是最新状态。
  2. 它需要很少的工作来设置。
  3. 由于其乐观的天性,速度非常快。没有锁定的任何地方,只是多了一个字段添加到查询中。

 

JPA/Hibernate:基于版本的乐观锁并发控制源码下载

MongoDB的优化锁

Hibernate专题