MP（MyBatis-Plus）实现乐观锁更新功能

实现步骤

step1：添加乐观锁拦截器

MP的其他拦截器功能可以参考官网

@Bean
public MybatisPlusInterceptor mybatisPlusInterceptor() {
    MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
    interceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
    return interceptor;
}

step2：配置Entity

@TableField(fill = FieldFill.UPDATE)
@Version
private Date updateTime;

用更新字段充当版本号。

• 上面的配置需要注意的是：updateTime既配置自动填充，又配置了乐观锁功能。MP在进行处理时会先进行乐观锁处理，然后再进行自动填充。
• 问题：前端送了id和一些需要更新的字段过来，每次需要从数据库中查出version，然后再进行更新（要么前端将版本号传过来）；
• 支持的数据类型只有:int,Integer,long,Long,Date,Timestamp,LocalDateTime；
• 仅支持 updateById(id) 与 update(entity, wrapper) 方法，在 update(entity, wrapper) 方法下, wrapper 不能复用!!!
• 对于updateTime这个字段，在数据库中建议设置成时区不相关的时间戳类型。

多说一点

使用updateTime作为版本号可能会存在一些问题。

我们通常需要将updateTime返回给前端页面，假如我们不做任何设置，返回前端的数据大概是下面的样子：

{
  "userId": 367,
  "address": "上海市自由之路xxxxxx...",
  "workUnit": "XXXX",
  "createTime": "2020-12-22T00:00:00.000+08:00",
  "updateTime": "2021-01-08T17:28:14.782+08:00"
}

这种时间格式可能不是前端页面需要的，这是我们可以进行如下设置；

spring:
  jackson:
    default-property-inclusion: non_null
    time-zone: GMT+8
    date-format: yyyy-MM-dd HH:mm:ss

返回的数据

{
 "userId": 367,
 "address": "上海市自由之路xxxxxx...",
 "workUnit": "XXXX",
 "createTime":"2020-12-22 00:00:00",
 "updateTime":"2021-01-08 17:28:14"
}

经过这个配置后，就可以得到可读性比较好的时间格式了。但是我们需要注意的时候，这个时间的精度其实已经丢失了，当前提交修改数据到后端，这个值和数据库中的值已经不相等了。所以永远不能将数据更新成功。

所以这种情况下使用updateTime来进行乐观锁更新就不太适合了。可以考虑在表中另外加一个字段version来进行乐观锁更新。

但其实还是有比较好的解决办法的。

首先，我们不要对返回的时间格式进行全局话配置。

spring:
  jackson:
    default-property-inclusion: non_null
    time-zone: GMT+8
    # date-format: yyyy-MM-dd HH:mm:ss

然后，添加一个updateTime的备份字段updateTimeSimpleFormat,并对这个字段进行单独的时间格式化。

private Date updateTime;

@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private Date updateTimeSimpleFormat;

updateTimeSimpleFormat不要生成get和set方法，在updateTime的set方法中对updateTimeSimpleFormat进行赋值。

public void setUpdateTime(Date updateTime) {
      this.updateTime = updateTime;
      this.updateTimeSimpleFormat = updateTime;
  }

这样就既能满足前端返回格式化的时间，后端又能获取到乐观锁的版本号。

但是，这个方法比较不好的地方，就是必须对每个时间格式进行@JsonFormat注解配置，不能进行全局配置，比较繁琐。

总结：使用updateTime作为乐观锁的优点就是不需要再新加字段，比较简洁。但是带来的问题上面已经讲的很清楚了。还是印证了那个真理：没有完美的技术，只有适合的技术。