介绍

当涉及到企业应用程序时，正确地管理对数据库的并发访问是至关重要的。为此，我们可以使用Java Persistence API提供的乐观锁定机制。它导致在同一时间对同一数据进行多次更新不会相互干扰。为了使用OptimisticLocking，我们需要一个实体（Entity），其中包含一个带有@Version注释的属性。在使用它时，每个读取数据的事务都持有version属性的值。在事务想要进行更新之前，它将再次检查version属性。如果值在此期间发生了更改，则抛出ObjectOptimisticLockingFailureException。否则，事务提交update并递增version的值。这种机制适用于读操作比更新或删除操作多得多的应用程序。

新建一个UserEntity.java

@Entity
@Table(name = "user")
@Data
@OptimisticLocking
public class User {

 @Id
 @GeneratedValue(strategy = GenerationType.SEQUENCE)
 private Integer id;

 @Column(name = "username", unique = true, nullable = true, length = 50)
 private String username;

 private String password;

 @Version
 private Integer version;

 @PrePersist
 public void prePersist() {
 version = 0;
 }

}

spring data jpa在上一篇文章已经做过一些讲解了【快学springboot】7.使用Spring Boot Jpa。感兴趣的朋友可以看看。这里定义了一个version字段，使用了Version注解标识。PrePersist这个注解表示在新增数据之前执行。

新建UserRepo接口

public interface UserRepo extends PagingAndSortingRepository<User, Integer>, JpaSpecificationExecutor<User> {
 
}

新建一个UserTest类，继承SpringbootApplicationTests

public class UserTest extends SpringbootApplicationTests {
 
}

SpringbootApplicationTests这个类是使用Spring initialize新建项目的时候自动生成的用来做单元测试的类。在UserTest上注入UserRepo，并且写一个新增user的单测。

执行之后查看数据库。

该记录已经被创建出来了。

测试update该记录

执行后查看数据库：

可以看到version字段自增了1。

测试JPA乐观锁

新建一个方法，如下

这里查询了两次id为1的记录，然后分别更新了这条记录。根据前面的描述，这里会抛出一个ObjectOptimisticLockingFailureException异常。启动测试，结果如下：

这是符合预期的。看下数据库的version，在这种情况下，我们的预期结果是version变为2。

通过数据库的值查看，测试都是符合预期的。

去掉User的OptimisticLocking注解

我们把User实体的OptimisticLocking注解去掉，然后再次执行上面的方法。

这一次程序顺利执行了，然后查看下数据库的记录：

预期应该是version会变为3，然后username变为happyjava-new2。

通过结果来看，这是符合预期的。

总结

spring data jpa通过OptimisticLocking实现了乐观锁，该乐观锁不是通过数据库自身去实现的，它是通过version字段（需要Version注解标识）去实现的。如果update的数据时候，发现数据库的version大于等于当前的version，则会抛出ObjectOptimisticLockingFailureException，错误信息是

Row was updated or deleted by another transaction 

标签：OptimisticLocking,Version,快学,JPA,数据库,version,注解,public
来源： https://www.cnblogs.com/happy4java/p/11205797.html