MyBatis-Plus 乐观锁以及与自动注入失效的相关问题

乐观锁是与并发控制有关的一种概念，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测。

乐观锁实现方式：

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

首先我们给数据库中增加version字段，然后再在实体类中添加注解

@Version //乐观锁Version注解
private Integer version;

注册组件

// 注册乐观锁插件
@Bean
public MybatisPlusInterceptor MybatisPlusInterceptor() {
    MybatisPlusInterceptor mybatisPlusInterceptor = new MybatisPlusInterceptor();
    mybatisPlusInterceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
    return mybatisPlusInterceptor;
}

测试

@Test
public void testOptimisticLocker(){
    User user = userMapper.selectById(3L);
    user.setName("Gakki");
    user.setEmail("122221@qq.com");
    userMapper.updateById(user);
}

通过观察数据，我们可以看到version字段确实更新了。

但是这里有非常重要的一点，那就是我们是从数据库中查询回来的数据，即便我们修改了updateTime字段之外的值，然后提交修改，如果updateTime字段原先就有数据，那么此时数据不变，也就是自动注入失效了。

解决办法就是在实体类增加注解的属性update = "now()"

@TableField(fill = FieldFill.INSERT_UPDATE, update = "now()")
private Date updateTime;

这样，就会同时实现自动注入了。

另外，测试多线程下乐观锁失效的情况

// 测试乐观锁失败！多线程下
@Test
public void testOptimisticLocker2(){
    // 线程 1
    User user = userMapper.selectById(41L);
    user.setName("hhhh");
    user.setEmail("24736743@qq.com");
    // 模拟另外一个线程执行了插队操作
    User user2 = userMapper.selectById(41L);
    user2.setName("hhhhh");
    user2.setEmail("24736743@qq.com");
    userMapper.updateById(user2);

    userMapper.updateById(user); // 失效
}

在user2执行完后version=2，而user查询到的version=1.所以在user更新是version != old version ,导致更新无法完成。