「樂觀鎖」這個詞之前我也沒聽過。上次在測試需求的時候，查詢數據庫發現有一個 version 字段，因而請教開發這個字幹嗎使，java

人家回覆我：樂觀鎖，解決併發更新用的。當時你們都忙，咱也不敢多問。程序員

今天就來折騰一下「樂觀鎖」。算法

1、什麼是樂觀鎖

樂觀鎖其實用一句話來形容其做用就是：當要更新一條記錄的時候，但願這條記錄沒有被別人更新，從而實現線程安全的數據更新。spring

結合下場景，記得那是一張庫存表，有一個字段記錄商品庫存，涉及多個地方都有可能去更新它：數據庫

程序A 查詢到了這條數據，獲得庫存是800，準備+200更新成1000，可是還沒更新。
程序B 也查詢到了這條數據，獲得庫存是800，準備-200更新成600，而且提交更新了。

那麼，這時候A再提交更新以後，B就會發現明明是本身是800-200=600，怎麼最後變成了1000？設計模式

這就是由於A的事務致使了B的數據更新丟失。安全

文字可能讀起來比較晦澀，有請靈魂畫手：mybatis

正常狀況下：併發

按前後順序是， A先更新成1000，而後B再拿1000-200，更新成800，這樣B就沒異議了。
或者實在要2個同時更新，那也只能有一個成功，這樣也沒異議。

2、MP來實現樂觀鎖

樂觀鎖的實現，經過增長一個字段，好比version，來記錄每次的更新。app

查詢數據的時候帶出version的值，執行更新的時候，會再去比較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)        // 新增的時候填充數據
    private Date createTime;
    @TableField(fill = FieldFill.INSERT_UPDATE) // 新增或修改的時候填充數據
    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); //新增就設置版本值爲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.測試樂觀鎖

先新增一條測試數據：

//    新增
    @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。

最後，模擬下併發更新，樂觀鎖更新失敗的狀況：

//  測試樂觀鎖-失敗
    @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由於先後拿到的版本號不對，更新失敗。

結果符合預期，咱們也能夠看下mybatis的日誌，進一步瞭解一下：

能夠看到上面首先是2個查詢，查詢到的version都是1。

接着，第一個執行update語句的時候，where條件中version=1，能夠找到數據，因而更新成功，切更新version=2。

而第二個再執行update的時候，where條件version=1，已經找不到了，由於version已經被上面的更新成了2，因此更新失敗。

看完三件事❤️

若是你以爲這篇內容對你還蠻有幫助，我想邀請你幫我三個小忙：

點贊，轉發，有大家的『點贊和評論』，纔是我創造的動力。

關注公衆號『 Java鬥帝』，不按期分享原創知識。

同時能夠期待後續文章ing🚀

【mybatis-plus】什麼是樂觀鎖？如何實現「樂觀鎖」

1、什麼是樂觀鎖

2、MP來實現樂觀鎖

推薦閱讀

看完三件事❤️