plus 什么是mybais_【mybatis-plus】什么是乐观锁？如何实现“乐观锁”
“樂觀鎖”這個詞以前我也沒聽過。上次在測試需求的時候，查詢數(shù)據(jù)庫發(fā)現(xiàn)有一個?version?字段，于是請教開發(fā)這個字干嘛使，
人家回復(fù)我：樂觀鎖，解決并發(fā)更新用的。當(dāng)時大家都忙，咱也不敢多問。
今天就來折騰一下“樂觀鎖”。
一、什么是樂觀鎖
樂觀鎖其實用一句話來形容其作用就是：當(dāng)要更新一條記錄的時候，希望這條記錄沒有被別人更新，從而實現(xiàn)線程安全的數(shù)據(jù)更新。
結(jié)合下場景，記得那是一張庫存表，有一個字段記錄商品庫存，涉及多個地方都有可能去更新它：
程序A 查詢到了這條數(shù)據(jù)，得到庫存是800，準(zhǔn)備+200更新成1000，但是還沒更新。
程序B 也查詢到了這條數(shù)據(jù)，得到庫存是800，準(zhǔn)備-200更新成600，并且提交更新了。
那么，這時候A再提交更新之后，B就會發(fā)現(xiàn)明明是自己是800-200=600，怎么最后變成了1000？
這就是因為A的事務(wù)導(dǎo)致了B的數(shù)據(jù)更新丟失。
文字可能讀起來比較晦澀，有請靈魂畫手：
正常情況下：
按先后順序是， A先更新成1000，然后B再拿1000-200，更新成800，這樣B就沒異議了。
或者實在要2個同時更新，那也只能有一個成功，這樣也沒異議。
二、MP來實現(xiàn)樂觀鎖
樂觀鎖的實現(xiàn)，通過增加一個字段，比如version，來記錄每次的更新。
查詢數(shù)據(jù)的時候帶出version的值，執(zhí)行更新的時候，會再去比較version，如果不一致，就更新失敗。
還是用之前的user表，增加了新的字段?version?。
1.在實體類里增加對于的字段，并且加上自動填充(你也可以每次手動填充)
@Data
public class User {
@TableId(type = IdType.ID_WORKER)
private Long id;
private String name;
private Integer age;
private String email;
@TableField(fill = FieldFill.INSERT) // 新增的時候填充數(shù)據(jù)
private Date createTime;
@TableField(fill = FieldFill.INSERT_UPDATE) // 新增或修改的時候填充數(shù)據(jù)
private Date updateTime;
@TableField(fill = FieldFill.INSERT)
@Version
private Integer version; // 版本號
}
@Component //此注解表示 將其交給spring去管理
public class MyMetaObjectHandler implements MetaObjectHandler {
@Override
public void insertFill(MetaObject metaObject) {
this.setFieldValByName("createTime", new Date(), metaObject);
this.setFieldValByName("updateTime", new Date(), metaObject);
this.setFieldValByName("version", 0, metaObject); //新增就設(shè)置版本值為0
}
@Override
public void updateFill(MetaObject metaObject) {
this.setFieldValByName("updateTime", new Date(), metaObject);
}
}
2. 配置插件
為了便于管理，可以見一個包，用于存放各種配置類，順便把配置在啟動類里的mapper掃描也換到這里來。
package com.pingguo.mpdemo.config;
import com.baomidou.mybatisplus.extension.plugins.OptimisticLockerInterceptor;
import org.mybatis.spring.annotation.MapperScan;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
// 配置掃描mapper的路徑
@MapperScan("com.pingguo.mpdemo.mapper")
public class MpConfig {
// 樂觀鎖插件
@Bean
public OptimisticLockerInterceptor optimisticLockerInterceptor() {
return new OptimisticLockerInterceptor();
}
}
3.測試樂觀鎖
先新增一條測試數(shù)據(jù)：
// 新增
@Test
void addUser() {
User user = new User();
user.setName("大周");
user.setAge(22);
user.setEmail("laowang@123.com");
userMapper.insert(user);
}
新增成功，可以看到version值是0。
再來試一下正常的修改：
// 測試樂觀鎖
@Test
void testOptimisticLocker() {
User user = userMapper.selectById(1342502561945915393L);
user.setName("大周2");
userMapper.updateById(user);
}
修改成功，可以看到version 變成了1。
最后，模擬下并發(fā)更新，樂觀鎖更新失敗的情況：
// 測試樂觀鎖-失敗
@Test
void testOptimisticLockerFailed() {
User user = userMapper.selectById(1342502561945915393L);
user.setName("大周3");
User user2 = userMapper.selectById(1342502561945915393L);
user2.setName("大周4");
userMapper.updateById(user2); // 這里user2插隊到user前面,先去更新
userMapper.updateById(user); // 這里由于user2先做了更新后，版本號不對，所以更新失敗
}
按照樂觀鎖的原理，user2是可以更新成功的，也就是name會修改為“大周4”，version會加1。user因為前后拿到的版本號不對，更新失敗。
結(jié)果符合預(yù)期，我們也可以看下mybatis的日志，進一步了解一下：
可以看到上面首先是2個查詢，查詢到的version都是1。
接著，第一個執(zhí)行update語句的時候，where條件中version=1，可以找到數(shù)據(jù)，于是更新成功，切更新version=2。
而第二個再執(zhí)行update的時候，where條件version=1，已經(jīng)找不到了，因為version已經(jīng)被上面的更新成了2，所以更新失敗。
推薦閱讀
看完三件事??
如果你覺得這篇內(nèi)容對你還蠻有幫助，我想邀請你幫我三個小忙：
點贊，轉(zhuǎn)發(fā)，有你們的 『點贊和評論』，才是我創(chuàng)造的動力。
關(guān)注公眾號 『 Java斗帝 』，不定期分享原創(chuàng)知識。
同時可以期待后續(xù)文章ing🚀
與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖總結(jié)
以上是生活随笔為你收集整理的plus 什么是mybais_【mybatis-plus】什么是乐观锁？如何实现“乐观锁”的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 麻酱怎么调 教你制作美味麻酱的方法？
- 下一篇： 白芸豆黑咖啡喝多长时间有效果