MybatisPlus的CRUD接口（2）

3.乐观锁

主要解决：丢失更新问题 发生在并发事务中，多个人同时修改一条记录，最后提交的会把之前提交的数据覆盖，实现线程安全的数据更新

如果不考虑事务的隔离性会产生，读未提交会产生脏读，不可重复读，幻读

解决方案：悲观锁   串行操作，只能同时一个人操作，上锁

                  乐观锁 更新的时候可以使用版本号机制（判断别人有没有去更新这个数据）

                 也就是比较当前版本和数据库版本是否一致，把版本号+1

          比如12306铁路就是运用乐观锁机制

乐观锁实现方式：

• 取出记录时，获取当前version
• 更新时，带上这个version
• 执行更新时， set version = newVersion where version = oldVersion
• 如果version不对，就更新失败

乐观锁的实现步骤

（1）数据库表中添加version字段，作为乐观锁的版本号

（2）对应实体类添加版本号属性，并在属性上面添加@Version

 @Version

  private Integer version;

(3)配置乐观锁的插件

第一种方式可以到启动类里面配置乐观锁插件

 第二种方式比较推荐，直接在配置包config里面写一个配置类MybatisPlusConfig

/*
 * 乐观锁插件
 * */
@Bean
public OptimisticLockerInterceptor optimisticLockerInterceptor() {
    return new OptimisticLockerInterceptor();
}

（4） 实现添加数据的时候让version有个默认值1

 并在元处理器接口中加入

@Override
public void insertFill(MetaObject metaObject) {
    ......

    this.setFieldValByName("version", 1, metaObject);
}

特别说明:

• 支持的数据类型只有 int,Integer,long,Long,Date,Timestamp,LocalDateTime
• 整数类型下 newVersion = oldVersion + 1
• newVersion 会回写到 entity 中
• 仅支持 updateById(id) 与 update(entity, wrapper) 方法
• 在 update(entity, wrapper) 方法下, wrapper 不能复用!!!

 （5）测试乐观锁可以添加成功

 测试成功版本号成功自动配置为1

 乐观锁修改代码

//测试乐观锁
@Test
public void testOptimisticLocker(){
   //根据id查询查询数据
    User user = userMapper.selectById(1543275201003855873L);
    //进行修改
    user.setAge(20);
    userMapper.updateById(user);
}

 

修改之后版本号变为2