利用MyBatis-Plus怎么实现一个乐观锁更新功能
今天就跟大家聊聊有关利用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作为乐观锁的优点就是不需要再新加字段,比较简洁。但是带来的问题上面已经讲的很清楚了。还是印证了那个真理:没有完美的技术,只有适合的技术。
看完上述内容,你们对利用MyBatis-Plus怎么实现一个乐观锁更新功能有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注行业资讯频道,感谢大家的支持。