jpa mysql乐观锁_JPA/Hibernate:基于版本的乐观锁并发控制

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

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

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

事务1加载数据

事务2更新数据,并确认

事务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

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

优点:

它提供了一个方便,以自动化的方式来保持一致性,像上述的案例。这意味着,每一个动作只能执行一次,它保证用户或服务器过程中看到的是最新状态。

它需要很少的工作来设置。

由于其乐观的天性,速度非常快。没有锁定的任何地方,只是多了一个字段添加到查询中。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值