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