MyBatis-Plus之DML编程控制

本是古典何须时尚 2024-03-31 11:50 4阅读 0赞

## 1. id生成策略控制 ##

前面我们在新增的时候留了一个问题，就是新增成功后，主键ID是一个很长串的内容，我们更想要的是按照数据库表字段进行自增长，在解决这个问题之前，我们先来分析下ID该如何选择：

*  不同的表应用不同的id生成策略
    
     *  日志：自增（1,2,3,4，……）
     *  购物订单：特殊规则（FQ23948AK3843）
     *  外卖单：关联地区日期等信息（10 04 20200314 34 91）
     *  关系表：可省略id
     *  ……

不同的业务采用的ID生成方式应该是不一样的，那么在MP中都提供了哪些主键生成策略，以及我们该如何进行选择？

在这里我们又需要用到MP的一个注解叫`@TableId`

### 知识点1：@TableId ###

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th>@TableId</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>类型</td> 
   <td>属性注解</td> 
  </tr> 
  <tr> 
   <td>位置</td> 
   <td>模型类中用于表示主键的属性定义上方</td> 
  </tr> 
  <tr> 
   <td>作用</td> 
   <td>设置当前类中主键属性的生成策略</td> 
  </tr> 
  <tr> 
   <td>相关属性</td> 
   <td>value(默认)：设置数据库表主键名称<br>type：设置主键属性的生成策略，值查照IdType的枚举值</td> 
  </tr> 
 </tbody> 
</table>

### 1.1 环境构建 ###

在构建条件查询之前，先来准备下环境

*  创建一个SpringBoot项目
 *  pom.xml中添加对应的依赖
    
        <?xml version="1.0" encoding="UTF-8"?>
        <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
        	<modelVersion>4.0.0</modelVersion>
        	<parent>
        		<groupId>org.springframework.boot</groupId>
        		<artifactId>spring-boot-starter-parent</artifactId>
        		<version>2.7.6</version>
        		<relativePath/> 
        	</parent>
        	<groupId>com.dcxuexi</groupId>
        	<artifactId>springboot_mp_04_dml</artifactId>
        	<version>0.0.1-SNAPSHOT</version>
        	<name>springboot_mp_04_dml</name>
        	<description>Demo project for Spring Boot</description>
        	<properties>
        		<java.version>1.8</java.version>
        	</properties>
        	<dependencies>
        		<dependency>
        			<groupId>org.springframework.boot</groupId>
        			<artifactId>spring-boot-starter-web</artifactId>
        		</dependency>
        		<dependency>
        			<groupId>com.baomidou</groupId>
        			<artifactId>mybatis-plus-boot-starter</artifactId>
        			<version>3.5.2</version>
        		</dependency>
        		<dependency>
        			<groupId>com.alibaba</groupId>
        			<artifactId>druid</artifactId>
        			<version>1.2.11</version>
        		</dependency>
        		<dependency>
        			<groupId>org.projectlombok</groupId>
        			<artifactId>lombok</artifactId>
        			<version>1.18.24</version>
        		</dependency>
        
        		<dependency>
        			<groupId>com.mysql</groupId>
        			<artifactId>mysql-connector-j</artifactId>
        			<scope>runtime</scope>
        		</dependency>
        		<dependency>
        			<groupId>org.springframework.boot</groupId>
        			<artifactId>spring-boot-starter-test</artifactId>
        			<scope>test</scope>
        		</dependency>
        	</dependencies>
        
        	<build>
        		<plugins>
        			<plugin>
        				<groupId>org.springframework.boot</groupId>
        				<artifactId>spring-boot-maven-plugin</artifactId>
        			</plugin>
        		</plugins>
        	</build>
        
        </project>
 *  编写UserDao接口
    
        @Mapper
        public interface UserDao extends BaseMapper<User> {
              
        }
 *  编写模型类
    
        @Data
        @TableName(value = "platform_user")
        public class User {
              
            @TableId(type = IdType.AUTO)
            private Integer userId;
            private String email;
            private String userName;
            private String branchName;
        }
 *  编写引导类
    
        @SpringBootApplication
        public class SpringbootMp04DmlApplication {
              
        
        	public static void main(String[] args) {
              
        		SpringApplication.run(SpringbootMp04DmlApplication.class, args);
        	}
        
        }
 *  编写配置文件
    
        spring:
          datasource:
            driver-class-name: com.mysql.cj.jdbc.Driver
            url: jdbc:mysql://localhost:3306/mybatis
            username: root
            password: root
            type: com.alibaba.druid.pool.DruidDataSource
          main:
            banner-mode: off # 关闭SpringBoot启动图标(banner)
        mybatis-plus:
          configuration:
            log-impl: org.apache.ibatis.logging.stdout.StdOutImpl  #打印SQL日志到控制台
 *  编写测试类
    
        @SpringBootTest
        class SpringbootMp04DmlApplicationTests {
              
        	
        	@Autowired
        	private UserDao userDao;
        
        	@Test
        	void testSelect() {
              
        		List<User> userList = userDao.selectList(null);
        		userList.forEach(System.out::println);
        	}
        
        }
 *  测试
    
        @SpringBootTest
        class SpringbootMp04DmlApplicationTests {
              
        	
        	@Autowired
        	private UserDao userDao;
        	
        	@Test
        	void testUpdate(){
              
        		User user = new User();
        		user.setUserId(133);
        		user.setEmail("shanghai@dcxuexi.com");
        		user.setUserName("上海");
        		user.setBranchName("上海奋进吧");
        		int i = userDao.updateById(user);
        		System.out.println("i = " + i);
        	}
        
        	@Test
        	void testDelete(){
              
        		int i = userDao.deleteById(132);
        		System.out.println("i = " + i);
        	}
        
        	@Test
        	void testInsert(){
              
        		User user = new User();
        		user.setUserName("奋进吧老铁");
        		user.setEmail("fenjinbalaotie@dcxuexi.com");
        		user.setBranchName("上海奋进吧");
        		int i = userDao.insert(user);
        		System.out.println("i = " + i);
        	}
        }
 *  最终创建的项目结构为：
    
    ![在这里插入图片描述][a1b92a154e094fb8b2c870700805cafe.png_pic_center]

### 1.2 代码演示 ###

#### AUTO策略 ####

##### 步骤1：设置生成策略为AUTO #####

@Data
    @TableName(value = "platform_user")
    public class User {
        
        
        @TableId(type = IdType.AUTO)
        private Integer userId;
        
        private String email;
        private String userName;
        private String branchName;
    }

##### 步骤2：删除测试数据并修改自增值 #####

*  删除测试数据
 *  因为之前生成主键ID的值比较长，会把MySQL的自动增长的值变的很大，所以需要将其调整为目前最新的id值。

##### 步骤3：运行新增方法 #####

会发现，新增成功，

![在这里插入图片描述][853d4ba520f84ae4ab1561be281e3810.png_pic_center]

经过这三步的演示，会发现`AUTO`的作用是使用数据库ID自增，在使用该策略的时候一定要确保对应的数据库表设置了ID主键自增，否则无效。

接下来，我们可以进入源码查看下ID的生成策略有哪些？

打开源码后，你会发现并没有看到中文注释，这就需要我们点击右上角的`Download Sources`,会自动帮你把这个类的java文件下载下来，我们就能看到具体的注释内容。因为这个技术是国人制作的，所以他代码中的注释还是比较容易看懂的。

当把源码下载完后，就可以看到如下内容：

![在这里插入图片描述][85cb223517a041ad9a0928bf621ecc61.png_pic_center]

从源码中可以看到，除了AUTO这个策略以外，还有如下几种生成策略：

*  NONE：不设置id生成策略
 *  INPUT：用户手工输入id
 *  ASSIGN\_ID：雪花算法生成id(可兼容数值型与字符串型)
 *  ASSIGN\_UUID：以UUID生成算法作为id生成策略
 *  其他的几个策略均已过时，都将被ASSIGN\_ID和ASSIGN\_UUID代替掉。

**拓展：**

分布式ID是什么？

*  当数据量足够大的时候，一台数据库服务器存储不下，这个时候就需要多台数据库服务器进行存储
 *  比如订单表就有可能被存储在不同的服务器上
 *  如果用数据库表的自增主键，因为在两台服务器上所以会出现冲突
 *  这个时候就需要一个全局唯一ID，这个ID就是分布式ID。

#### INPUT策略 ####

##### 步骤1：设置生成策略为INPUT #####

@Data
    @TableName(value = "platform_user")
    public class User {
        
        @TableId(type = IdType.INPUT)
        private Integer userId;
        private String email;
        private String userName;
        private String branchName;
    }

**注意：** 这种ID生成策略，需要将表的自增策略删除掉

![在这里插入图片描述][d180afed63734b37ac825f35b464926c.png_pic_center]

##### 步骤2：添加数据手动设置ID #####

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testInsert(){
        
    		User user = new User();
    		user.setUserId(666666);
    		user.setUserName("奋进吧老铁");
    		user.setEmail("fenjinbalaotie@dcxuexi.com");
    		user.setBranchName("上海奋进吧");
    		int i = userDao.insert(user);
    		System.out.println("i = " + i);
    	}
    }

##### 步骤3：运行新增方法 #####

如果没有设置主键user\_id的值，则会报错，错误提示就是主键user\_id没有给值：

![在这里插入图片描述][f0f2ccedb4de41c692b98904be5529f9.png_pic_center]

如果设置了主键user\_id，则数据添加成功，如下：

![在这里插入图片描述][f7a2b23082ac4632b9e11d26c68a8bbf.png_pic_center]

#### ASSIGN\_ID策略 ####

##### 步骤1：设置生成策略为ASSIGN\_ID #####

@Data
    @TableName(value = "platform_user")
    public class User {
        
        @TableId(type = IdType.ASSIGN_ID)
        private Integer userId;
        private String email;
        private String userName;
        private String branchName;
    }

##### 步骤2：添加数据不设置ID #####

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testInsert(){
        
    		User user = new User();
    		user.setUserName("奋进吧老铁");
    		user.setEmail("fenjinbalaotie@dcxuexi.com");
    		user.setBranchName("上海奋进吧");
    		int i = userDao.insert(user);
    		System.out.println("i = " + i);
    	}
    }

**注意：** 这种生成策略，不需要手动设置ID，如果手动设置ID，则会使用自己设置的值。

##### 步骤3：运行新增方法 #####

![在这里插入图片描述][76d70dd5a95444e68fae2b5dd53c8f1b.png_pic_center]

生成的ID就是一个Long类型的数据。

#### ASSIGN\_UUID策略 ####

##### 步骤1：设置生成策略为ASSIGN\_UUID #####

使用uuid需要注意的是，主键的类型不能是Long，而应该改成String类型

@Data
    @TableName(value = "platform_user")
    public class User {
        
        @TableId(type = IdType.ASSIGN_UUID)
        private Integer userId;
        private String email;
        private String userName;
        private String branchName;
    }

##### 步骤2：修改表的主键类型 #####

![在这里插入图片描述][4ddcd398993b41b1b9a98f93219ea562.png_pic_center]

主键类型设置为varchar，长度要大于32，因为UUID生成的主键为32位，如果长度小的话就会导致插入失败。

##### 步骤3：添加数据不设置ID #####

##### 步骤4：运行新增方法 #####

![在这里插入图片描述][c54be0bc1e254cfebc943c930189fc71.png_pic_center]

接下来我们来聊一聊雪花算法：

雪花算法(SnowFlake)，是Twitter官方给出的算法实现 是用Scala写的。其生成的结果是一个64bit大小整数，它的结构如下图：

![在这里插入图片描述][28d8ace151ec42468389b0a26435b53c.png_pic_center]

1.  1bit，不用，因为二进制中最高位是符号位，1表示负数，0表示正数。生成的id一般都是用整数，所以最高位固定为0。
2.  41bit-时间戳，用来记录时间戳，毫秒级
3.  10bit-工作机器id，用来记录工作机器id,其中高位5bit是数据中心ID其取值范围0-31，低位5bit是工作节点ID其取值范围0-31，两个组合起来最多可以容纳1024个节点
4.  序列号占用12bit，每个节点每毫秒0开始不断累加，最多可以累加到4095，一共可以产生4096个ID

### 1.3 ID生成策略对比 ###

介绍了这些主键ID的生成策略，我们以后该用哪个呢？

*  NONE: 不设置id生成策略，MP不自动生成，约等于INPUT，所以这两种方式都需要用户手动设置，但是手动设置第一个问题是容易出现相同的ID造成主键冲突，为了保证主键不冲突就需要做很多判定，实现起来比较复杂
 *  AUTO：数据库ID自增，这种策略适合在数据库服务器只有1台的情况下使用，不可作为分布式ID使用
 *  ASSIGN\_UUID：可以在分布式的情况下使用，而且能够保证唯一，但是生成的主键是32位的字符串，长度过长占用空间而且还不能排序，查询性能也慢
 *  ASSIGN\_ID：可以在分布式的情况下使用，生成的是Long类型的数字，可以排序性能也高，但是生成的策略和服务器时间有关，如果修改了系统时间就有可能导致出现重复主键
 *  综上所述，每一种主键策略都有自己的优缺点，根据自己项目业务的实际情况来选择使用才是最明智的选择。

### 1.4 简化配置 ###

前面我们已经完成了表关系映射、数据库主键策略的设置，接下来对于这两个内容的使用，我们再讲下他们的简化配置：

#### 模型类主键策略设置 ####

![在这里插入图片描述][0cc717347cbc4892ab630515fac62727.png_pic_center]

确实是稍微有点繁琐，我们能不能在某一处进行配置，就能让所有的模型类都可以使用该主键ID策略呢？

答案是肯定有，我们只需要在配置文件中添加如下内容：

mybatis-plus:
      global-config:
        db-config:
        	id-type: auto

配置完成后，每个模型类的主键ID策略都将成为auto。

#### 数据库表与模型类的映射关系 ####

MP会默认将模型类的类名名首字母小写作为表名使用，假如数据库表的名称都以`platform_`开头，那么我们就需要将所有的模型类上添加`@TableName`，如:

![在这里插入图片描述][eceeb6ae78b7401d83d49e7ee904faca.png_pic_center]

配置起来还是比较繁琐，简化方式为在配置文件中配置如下内容:

mybatis-plus:
      global-config:
        db-config:
        	table-prefix: platform_

设置表的前缀内容，这样MP就会拿 `platform_`加上模型类的首字母小写，就刚好组装成数据库的表名。

## 2. 多记录操作 ##

先来看下问题：

![在这里插入图片描述][9e46d7bbd96d457597969349e15c0425.png_pic_center]

之前添加了很多商品到购物车，过了几天发现这些东西又不想要了，该怎么办呢？

很简单删除掉，但是一个个删除的话还是比较慢和费事的，所以一般会给用户一个批量操作，也就是前面有一个复选框，用户一次可以勾选多个也可以进行全选，然后删一次就可以将购物车清空，这个就需要用到`批量删除`的操作了。

具体该如何实现多条删除，我们找找对应的API方法

int deleteBatchIds(@Param(Constants.COLLECTION) Collection<? extends Serializable> idList);

翻译方法的字面意思为：删除（根据ID 批量删除）,参数是一个集合，可以存放多个id值。

> 需求：根据传入的id集合将数据库表中的数据删除掉。

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testDelete(){
        
    		//删除指定多条数据
    		List<Integer> ids = new ArrayList<>();
    		ids.add(133);
    		ids.add(134);
    		ids.add(135);
    		int i = userDao.deleteBatchIds(ids);
    		System.out.println("i = " + i);
    	}
    }

执行成功后，数据库表中的数据就会按照指定的id进行删除。

除了按照id集合进行批量删除，也可以按照id集合进行批量查询，还是先来看下API

List<T> selectBatchIds(@Param(Constants.COLLECTION) Collection<? extends Serializable> idList);

方法名称翻译为：查询（根据ID 批量查询），参数是一个集合，可以存放多个id值。

> 需求：根据传入的ID集合查询用户信息

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testSelect() {
        
    		//查询指定多条数据
    		List<Integer> ids = new ArrayList<>();
    		ids.add(13);
    		ids.add(14);
    		ids.add(15);
    		List<User> userList = userDao.selectBatchIds(ids);
    		userList.forEach(System.out::println);
    	}
    }

查询结果就会按照指定传入的user\_id值进行查询

![在这里插入图片描述][1cc87bb342114758912acf0318ff7443.png_pic_center]

## 3. 逻辑删除 ##

接下来要讲解是删除中比较重要的一个操作，逻辑删除，先来分析下问题：

![在这里插入图片描述][bed2d10410684a09bf77e43335796e19.png_pic_center]

*  这是一个员工和其销售表，关系是一个员工可以有多条销售记录，是一个一(员工)对多(销售)的表
 *  员工ID为1的张业绩，总共二条销售记录，如果此时他离职了，我们需要将员工表中的数据进行删除，会执行delete操作
 *  如果表在设计的时候有主外键关系，那么同时也得将合同表中的前三条数据也删除掉
    
    ![在这里插入图片描述][e0b665b5340749e0bd4cd8fc415f1b98.png_pic_center]
 *  后期要统计销售的总金额，就会发现对不上，原因是已经将员工1的销售信息删除掉了
 *  如果只删除员工不删除销售表数据，那么合同的员工编号对应的员工信息不存在，那么就会出现垃圾数据，就会出现无主销售记录，根本不知道有张三这个人的存在
 *  所以经过分析，我们不应该将表中的数据删除掉，而是需要进行保留，但是又得把离职的人和在职的人进行区分，这样就解决了上述问题，如：
    
    ![在这里插入图片描述][0744b12b8eaa4704881a9f1818dd7838.png_pic_center]
 *  区分的方式，就是在员工表中添加一列数据`deleted`，如果为0说明在职员工，如果离职则将其改完1，（0和1所代表的含义是可以自定义的）

所以对于删除操作业务问题来说有：

*  物理删除：业务数据从数据库中丢弃，执行的是delete操作
 *  逻辑删除：为数据设置是否可用状态字段，删除时设置状态字段为不可用状态，数据保留在数据库中，执行的是update操作

MP中逻辑删除具体该如何实现？

### 步骤1：修改数据库表添加`deleted`列 ###

字段名可以任意，内容也可以自定义，比如`0`代表正常，`1`代表删除，可以在添加列的同时设置其默认值为`0`正常。

![在这里插入图片描述][67d930854e2e4cd080be76586b93c9c0.png_pic_center]

### 步骤2：实体类添加属性 ###

(1)添加与数据库表的列对应的一个属性名，名称可以任意，如果和数据表列名对不上，可以使用@TableField进行关系映射，如果一致，则会自动对应。

(2)标识新增的字段为逻辑删除字段，使用`@TableLogic`

@Data
    //@TableName(value = "user") //可以不写是因为配置了全局配置
    public class User {
        
        @TableId(type = IdType.AUTO)
        private Integer userId;
        private String email;
        private String userName;
        private String branchName;
        
        //value为正常数据的值，delval为删除数据的值
        @TableLogic(value = "0",delval = "1")
        private Integer deleted;
    }

### 步骤3：运行删除方法 ###

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testDelete(){
        
    		//删除指定多条数据
    		List<Integer> ids = new ArrayList<>();
    		ids.add(1668284418);
    		ids.add(1668284419);
    		int i = userDao.deleteBatchIds(ids);
    		System.out.println("i = " + i);
    	}
    }

![在这里插入图片描述][239ffe0da9dd47b1be9bd3e1ecba5117.png_pic_center]

从测试结果来看，逻辑删除最后走的是update操作，会将指定的字段修改成删除状态对应的值。

**思考**

逻辑删除，对查询有没有影响呢？

*  执行查询操作
    
        @SpringBootTest
        class SpringbootMp04DmlApplicationTests {
              
        	
        	@Autowired
        	private UserDao userDao;
        
        	@Test
        	void testSelectAll(){
              
        		List<User> userList = userDao.selectList(null);
        		userList.forEach(System.out::println);
        	}
        }
    
    运行测试，会发现打印出来的sql语句中会多一个查询条件，如：
    
    ![在这里插入图片描述][676f942ea46e42bba90d038a09aef82f.png_pic_center]
    
    可想而知，MP的逻辑删除会将所有的查询都添加一个未被删除的条件，也就是已经被删除的数据是不应该被查询出来的。
 *  如果还是想把已经删除的数据都查询出来该如何实现呢？
    
        @Mapper
        public interface UserDao extends BaseMapper<User> {
              
        
            //查询所有数据包含已经被删除的数据
            @Select("select * from platform_user")
            public List<User> selectAll();
        
        }
 *  如果每个表都要有逻辑删除，那么就需要在每个模型类的属性上添加`@TableLogic`注解，如何优化？
    
    在配置文件中添加全局配置，如下:
    
        mybatis-plus:
          global-config:
            db-config:
              # 逻辑删除字段名
              logic-delete-field: deleted
              # 逻辑删除字面值：未删除为0
              logic-not-delete-value: 0
              # 逻辑删除字面值：删除为1
              logic-delete-value: 1

介绍完逻辑删除，逻辑删除的本质为：

**逻辑删除的本质其实是修改操作。如果加了逻辑删除字段，查询数据时也会自动带上逻辑删除字段。**

执行的SQL语句为：

`UPDATE platform_user SET deleted = 1 where user_id = ? AND deleted = 0`

执行数据结果为：

![在这里插入图片描述][b79db848cb8440278a9927560ee65ac8.png_pic_center]

### 知识点1：@TableLogic ###

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th>@TableLogic</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>类型</td> 
   <td>属性注解</td> 
  </tr> 
  <tr> 
   <td>位置</td> 
   <td>模型类中用于表示删除字段的属性定义上方</td> 
  </tr> 
  <tr> 
   <td>作用</td> 
   <td>标识该字段为进行逻辑删除的字段</td> 
  </tr> 
  <tr> 
   <td>相关属性</td> 
   <td>value：逻辑未删除值<br>delval：逻辑删除值</td> 
  </tr> 
 </tbody> 
</table>

## 4. 乐观锁 ##

### 4.1 概念 ###

在介绍乐观锁之前先来分析下问题：

业务并发现象带来的问题：秒杀

*  假如有100个商品或者票在出售，为了能保证每个商品或者票只能被一个人购买，如何保证不会出现超买或者重复卖
 *  对于这一类问题，其实有很多的解决方案可以使用
 *  第一个最先想到的就是锁，锁在一台服务器中是可以解决的，但是如果在多台服务器下锁就没有办法控制，比如12306有两台服务器在进行卖票，在两台服务器上都添加锁的话，那也有可能会导致在同一时刻有两个线程在进行卖票，还是会出现并发问题
 *  我们接下来介绍的这种方式是针对于小型企业的解决方案，因为数据库本身的性能就是个瓶颈，如果对其并发量超过2000以上的就需要考虑其他的解决方案了。

简单来说，乐观锁主要解决的问题是当要更新一条记录的时候，希望这条记录没有被别人更新。

### 4.2 实现思路 ###

乐观锁的实现方式：

>  *  数据库表中添加version列，比如默认值给1
>  *  第一个线程要修改数据之前，取出记录时，获取当前数据库中的version=1
>  *  第二个线程要修改数据之前，取出记录时，获取当前数据库中的version=1
>  *  第一个线程执行更新时，set version = newVersion where version = oldVersion
>     
>      *  newVersion = version+1 \[2\]
>      *  oldVersion = version \[1\]
>  *  第二个线程执行更新时，set version = newVersion where version = oldVersion
>     
>      *  newVersion = version+1 \[2\]
>      *  oldVersion = version \[1\]
>  *  假如这两个线程都来更新数据，第一个和第二个线程都可能先执行
>     
>      *  假如第一个线程先执行更新，会把version改为2，
>      *  第二个线程再更新的时候，set version = 2 where version = 1，此时数据库表的数据version已经为2，所以第二个线程会修改失败
>      *  假如第二个线程先执行更新，会把version改为2，
>      *  第一个线程再更新的时候，set version = 2 where version = 1，此时数据库表的数据version已经为2，所以第一个线程会修改失败
>      *  不管谁先执行都会确保只能有一个线程更新数据，这就是MP提供的乐观锁的实现原理分析。

上面所说的步骤具体该如何实现呢？

### 4.3 实现步骤 ###

分析完步骤后，具体的实现步骤如下：

#### 步骤1：数据库表添加列 ####

列名可以任意，比如使用`version`，给列设置默认值为`1`

![在这里插入图片描述][86954dccd1f24933b2f435be6ab2b9e0.png_pic_center]

#### 步骤2：在模型类中添加对应的属性 ####

根据添加的字段列名，在模型类中添加对应的属性值

@Data
    //@TableName(value = "user") //可以不写是因为配置了全局配置
    public class User {
        
        @TableId(type = IdType.AUTO)
        private Integer userId;
        private String email;
        private String userName;
        private String branchName;
    
        //value为正常数据的值，delval为删除数据的值
        @TableLogic(value = "0",delval = "1")
        private Integer deleted;
    
        @Version
        private Integer version;
    
    }

#### 步骤3：添加乐观锁的拦截器 ####

@Configuration
    public class MPConfig {
        
        @Bean
        public MybatisPlusInterceptor mybatisPlusInterceptor(){
        
            // 定义Mp拦截器
            MybatisPlusInterceptor mybatisPlusInterceptor = new MybatisPlusInterceptor();
    
            // 添加分页拦截器
            mybatisPlusInterceptor.addInnerInterceptor(new PaginationInnerInterceptor());
    
            // 添加乐观锁拦截器
            mybatisPlusInterceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
    
            return mybatisPlusInterceptor;
        }
    }

#### 步骤4：执行更新操作 ####

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testUpdate(){
        
    		User user = new User();
    		user.setUserId(37);
    		user.setEmail("shanghai@dcxuexi.com");
    		user.setUserName("上海");
    		user.setBranchName("上海奋进吧");
    		int i = userDao.updateById(user);
    		System.out.println("i = " + i);
    	}
    }

![在这里插入图片描述][1487a78d781b44b7ac8a7338344ada37.png_pic_center]

你会发现，这次修改并没有更新version字段，原因是没有携带version数据。

添加version数据

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testUpdate(){
        
    		User user = new User();
    		user.setUserId(36);
    		user.setEmail("shanghai@dcxuexi.com");
    		user.setUserName("上海");
    		user.setBranchName("上海奋进吧");
    		user.setVersion(1);
    		int i = userDao.updateById(user);
    		System.out.println("i = " + i);
    	}
    }

![在这里插入图片描述][5cf18ad2371a4b9f917fc938ed6db972.png_pic_center]

你会发现，我们传递的是1，MP会将1进行加1，然后，更新回到数据库表中。

所以要想实现乐观锁，首先第一步应该是拿到表中的version，然后拿version当条件在将version加1更新回到数据库表中，所以我们在查询的时候，需要对其进行查询

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testUpdate(){
        
    		//1.先通过要修改的数据id将当前数据查询出来
    		User user = userDao.selectById(35);
    
    		//2.将要修改的属性逐一设置进去
    		user.setEmail("shanghai@dcxuexi.com");
    		user.setUserName("上海");
    		user.setBranchName("上海奋进吧");
    
    		int i = userDao.updateById(user);
    		System.out.println("i = " + i);
    	}
    }

![在这里插入图片描述][35164dc706414d99a819e9871ad90f9c.png_pic_center]

大概分析完乐观锁的实现步骤以后，我们来模拟一种加锁的情况，看看能不能实现多个人修改同一个数据的时候，只能有一个人修改成功。

@SpringBootTest
    class SpringbootMp04DmlApplicationTests {
        
    	
    	@Autowired
    	private UserDao userDao;
    
    	@Test
    	void testUpdate(){
        
    		//1.先通过要修改的数据id将当前数据查询出来
    		User user = userDao.selectById(35);   //version=2
    		User user2 = userDao.selectById(35);  //version=2
    
    		//2.将要修改的属性逐一设置进去
    		user.setEmail("shanghai@dcxuexi.com");
    		user.setUserName("上海");
    		user.setBranchName("上海奋进吧");
    
    		int i = userDao.updateById(user);   //version=>3
    		System.out.println("i = " + i);
    
    		user2.setEmail("shanghai02@dcxuexi.com");
    		user2.setUserName("上海02");
    		user2.setBranchName("上海奋进吧02");
    
    		int j = userDao.updateById(user2);   //verion=2 ? 条件还成立吗？
    		System.out.println("j = " + j);
    	}
    }

运行程序，分析结果：

![在这里插入图片描述][add4672ffb32412e85a9b07dcdea3fd7.png_pic_center]

参考官方文档来实现：

`https://baomidou.com/pages/0d93c0/`

![在这里插入图片描述][85ce8d83ff16403f8413f75425a5239e.png_pic_center]

## 项目代码 ##

*  [gitee 代码下载][gitee]
 *  [github 代码下载][github]

[a1b92a154e094fb8b2c870700805cafe.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/ab612626b8bf43aeab52c66af49540c7.png
[853d4ba520f84ae4ab1561be281e3810.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/6482153fd6944234810f1d85fc59b818.png
[85cb223517a041ad9a0928bf621ecc61.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/93e20e484a8a4f15b5afceff54ba6d00.png
[d180afed63734b37ac825f35b464926c.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/23705c4dde0e4542ba12c42b874328ad.png
[f0f2ccedb4de41c692b98904be5529f9.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/596581153f774dc8bad1d8afdc4aedcd.png
[f7a2b23082ac4632b9e11d26c68a8bbf.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/9c502a73917440a98aaef0db661c45dc.png
[76d70dd5a95444e68fae2b5dd53c8f1b.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/d21ff18213e646c49c490a5fb51751c9.png
[4ddcd398993b41b1b9a98f93219ea562.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/a1775028802540d287587f4b718d2467.png
[c54be0bc1e254cfebc943c930189fc71.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/e71047f066184c8ca9da3d2d671ac3f7.png
[28d8ace151ec42468389b0a26435b53c.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/d32b9fea7d544efcad1d965e80fa3954.png
[0cc717347cbc4892ab630515fac62727.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/63f5574c9658481d9c5b4de79a7abd50.png
[eceeb6ae78b7401d83d49e7ee904faca.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/fcf334f492f7438aaed312db67b9b9d9.png
[9e46d7bbd96d457597969349e15c0425.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/5983c7ae69ff4eab9e0163537a112ad4.png
[1cc87bb342114758912acf0318ff7443.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/5b503c2f80d94f2d9ba42313121aae94.png
[bed2d10410684a09bf77e43335796e19.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/c49c159379014def8c1c486aeb7935f3.png
[e0b665b5340749e0bd4cd8fc415f1b98.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/307edf41280b41979a535242ff0e7692.png
[0744b12b8eaa4704881a9f1818dd7838.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/ea7a0dc5fbd34915b0c05481bc7a6f5e.png
[67d930854e2e4cd080be76586b93c9c0.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/243da2dca52c416595992e061e6e44e1.png
[239ffe0da9dd47b1be9bd3e1ecba5117.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/627e4d5760244cb48c4e8b90a8447ed5.png
[676f942ea46e42bba90d038a09aef82f.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/195a0719a55440a89491e524ed6b4615.png
[b79db848cb8440278a9927560ee65ac8.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/62f5c7ba909847999e0f1f75169b26d8.png
[86954dccd1f24933b2f435be6ab2b9e0.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/795286bbee7f4c6cad77a5d21c60941d.png
[1487a78d781b44b7ac8a7338344ada37.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/87962038c3344d609b4ff1c9a47da7d7.png
[5cf18ad2371a4b9f917fc938ed6db972.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/987a6d91ada94a53ad198530274702cc.png
[35164dc706414d99a819e9871ad90f9c.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/15f92da87d224951852a7b98f4baefc5.png
[add4672ffb32412e85a9b07dcdea3fd7.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/870af91752e34bbd9429b3ccf2637dff.png
[85ce8d83ff16403f8413f75425a5239e.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/31/82ef2652cef74216958a8e411269be53.png
[gitee]: https://gitee.com/DchuangDB/SpringBootProject
[github]: https://github.com/dcbut/SpringBootProject