MyBatis-Plus

        MyBatis-Plus（简称 MP）是一个基于 MyBatis 的增强工具，它为 Java 开发者提供了更加便捷和强大的持久层框架，用于操作数据库。

1. 无侵入：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑

2. 损耗小：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作

3. 强大的 CRUD 操作：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大部分CRUD 操作，更有强大的条件构造器，满足各类使用需求

4. 支持 Lambda 形式调用：通过 Lambda 表达式，方便的编写各类查询条件，无需再担心字段写错

5. 支持主键自动生成：支持多达 4 种主键策略（内含分布式唯一 ID 生成器 - Sequence），可自由配置，完美解决主键问题

6. 支持 ActiveRecord 模式：支持 ActiveRecord 形式调用，实体类只需继承 Model 类即可进行强大的 CRUD 操作

7. 支持自定义全局通用操作：支持全局通用方法注入（ Write once, use anywhere ）

8. 内置代码生成器：采用代码或者 Maven 插件可快速生成 Mapper 、 Model 、 Service 、Controller 层代码，支持模板引擎，更有超多自定义配置等您来使用

9. 内置分页插件：基于 MyBatis 物理分页，开发者无需关心具体操作，配置好插件之后，写分页等同于普通 List 查询

10. 分页插件支持多种数据库：支持 MySQL、MariaDB、Oracle、DB2、H2、HSQL、SQLite、Postgre、SQLServer 等多种数据库

11. 内置性能分析插件：可输出 SQL 语句以及其执行时间，建议开发测试时启用该功能，能快速揪出慢查询

12. 内置全局拦截插件：提供全表 delete 、 update 操作智能分析阻断，也可自定义拦截规则，预防误操作  

1、准备阶段：

        其实使用的话也很方便就是导入依赖，然后将mapper接口继承BaseMapper，这里说一下就是Mybats-Plus是非侵入式的，即使你使用啦mybatis也不影响你使用，虽然使用mybatis的逆向工程插件，也可以实现很不用编写简单的CRUD的操作的代码，但是它终归是在项目中生成啦这些代码，使用mybatis-plus的话，这些基础的CRUD操作就完全不用显示在项目中，对于有特别的查询操作的话，我们只用写这些就可以啦。

1.1、导入依赖

<!--mybatis-plus-->
        <dependency>
            <groupId>com.baomidou</groupId>
            <artifactId>mybatis-plus-boot-starter</artifactId>
            <version>3.5.3.1</version>
        </dependency>

1.2、继承接口：

package com.songzhishu.mp.mapper;

import com.baomidou.mybatisplus.core.mapper.BaseMapper;
import com.songzhishu.mp.domain.po.User;

import org.springframework.stereotype.Repository;

@Repository
public interface UserMapper extends BaseMapper<User> {

}

然后就可以可以使用啦，测试一下CRUD的操作都是没有问题的，很奇怪！没有说查什么表，只是调用方法就可以实现特定的操作就可以成现预期的效果，那实现功能的就是继承的BaseMapper啦（一时半会咱也看不懂源码就不说啦）。

2、常用注解

        其实在刚刚的操作中并没有使用什么注解，是这样滴，操作的数据表和实体类的定义是符合约定的，然后就配置的就少，也就是经常讲的约定大于配置，那么问题来啦如果我没有按照预定的来定义实体类和建表，怎么办！

MybatisPlus就是根据PO实体的信息来推断出表的信息，从而生成SQL的。默认情况下：

• MybatisPlus会把PO实体的类名驼峰转下划线作为表名

• MybatisPlus会把PO实体的所有变量名驼峰转下划线作为表的字段名，并根据变量类型推断字段类型

• MybatisPlus会把名为id的字段作为主键

        但很多情况下，默认的实现与实际场景不符，因此MybatisPlus提供了一些注解便于我们声明表信息。

2.1、@TableName

说明：

• 描述：表名注解，标识实体类对应的表

• 使用位置：实体类

@TableName("user")
public class User {
    private Long id;
    private String name;
}

TableName注解除了指定表名以外，还可以指定很多其它属性：

属性	类型	必须指定	默认值	描述
value	String	否	""	表名
schema	String	否	""	schema
keepGlobalPrefix	boolean	否	false	是否保持使用全局的 tablePrefix 的值（当全局 tablePrefix 生效时）
resultMap	String	否	""	xml 中 resultMap 的 id（用于满足特定类型的实体类对象绑定）
autoResultMap	boolean	否	false	是否自动构建 resultMap 并使用（如果设置 resultMap 则不会进行 resultMap 的自动构建与注入）
excludeProperty	String[]	否	{}	需要排除的属性名 @since 3.3.1

2.2、@TableId

说明：

• 描述：主键注解，标识实体类中的主键字段

• 使用位置：实体类的主键字段

@TableName("user")
public class User {
      @TableId(value = "id",type = IdType.AUTO)
    private Long id;
    private Long id;
    private String name;
}

TableId注解支持两个属性：

属性	类型	必须指定	默认值	描述
value	String	否	""	表名
type	Enum	否	IdType.NONE	指定主键类型

IdType支持的类型有：

值	描述
AUTO	数据库 ID 自增
NONE	无状态，该类型为未设置主键类型（注解里等于跟随全局，全局里约等于 INPUT）
INPUT	insert 前自行 set 主键值
ASSIGN_ID	分配 ID(主键类型为 Number(Long 和 Integer)或 String)(since 3.3.0),使用接口IdentifierGenerator的方法nextId(默认实现类为DefaultIdentifierGenerator雪花算法)
ASSIGN_UUID	分配 UUID,主键类型为 String(since 3.3.0),使用接口IdentifierGenerator的方法nextUUID(默认 default 方法)
ID_WORKER	分布式全局唯一 ID 长整型类型(please use ASSIGN_ID)
UUID	32 位 UUID 字符串(please use ASSIGN_UUID)
ID_WORKER_STR	分布式全局唯一 ID 字符串类型(please use ASSIGN_ID)

这里比较常见的有三种：

• AUTO：利用数据库的id自增长

• INPUT：手动生成id

• ASSIGN_ID：雪花算法生成Long类型的全局唯一id，这是默认的ID策略

2.3、@TableField

说明：

描述：普通字段注解

示例：

@TableName("user")
public class User {
    @TableId
    private Long id;
    private String name;
    private Integer age;
    @TableField(value="isMarried",exist=false)
    private Boolean isMarried;
    @TableField("concat")
    private String concat;
}

一般情况下我们并不需要给字段添加@TableField注解，一些特殊情况除外：

• 成员变量名与数据库字段名不一致

• 成员变量是以isXXX命名，按照JavaBean的规范，MybatisPlus识别字段时会把is去除，这就导致与数据库不符。

• 成员变量名与数据库一致，但是与数据库的关键字冲突。使用@TableField注解给字段名添加````转义

支持的其它属性如下：

属性	类型	必填	默认值	描述
value	String	否	""	数据库字段名
exist	boolean	否	true	是否为数据库表字段
condition	String	否	""	字段 where 实体查询比较条件，有值设置则按设置的值为准，没有则为默认全局的 %s=#{%s}，参考(opens new window)
update	String	否	""	字段 update set 部分注入，例如：当在version字段上注解update="%s+1" 表示更新时会 set version=version+1 （该属性优先级高于 el 属性）
insertStrategy	Enum	否	FieldStrategy.DEFAULT	举例：NOT_NULL insert into table_a(<if test="columnProperty != null">column</if>) values (<if test="columnProperty != null">#{columnProperty}</if>)
updateStrategy	Enum	否	FieldStrategy.DEFAULT	举例：IGNORED update table_a set column=#{columnProperty}
whereStrategy	Enum	否	FieldStrategy.DEFAULT	举例：NOT_EMPTY where <if test="columnProperty != null and columnProperty!=''">column=#{columnProperty}</if>
fill	Enum	否	FieldFill.DEFAULT	字段自动填充策略
select	boolean	否	true	是否进行 select 查询
keepGlobalFormat	boolean	否	false	是否保持使用全局的 format 进行处理
jdbcType	JdbcType	否	JdbcType.UNDEFINED	JDBC 类型 (该默认值不代表会按照该值生效)
typeHandler	TypeHander	否		类型处理器 (该默认值不代表会按照该值生效)
numericScale	String	否	""	指定小数点后保留的位数

2.4、@TableLogic

• 物理删除：真实删除，将对应数据从数据库中删除，之后查询不到此条被删除的数据

• 逻辑删除：假删除，将对应数据中代表是否被删除字段的状态修改为“被删除状态”，之后在数据库中仍旧能看到此条数据记录

使用场景：可以进行数据恢复

    @TableLogic
    private Integer delete;

 接下来，也可以在application.yml中配置逻辑删除字段：

mybatis-plus:
  global-config:
    db-config:
      logic-delete-field: deleted # 全局逻辑删除的实体字段名(since 3.3.0,配置后可以忽略不配置步骤2)
      logic-delete-value: 1 # 逻辑已删除值(默认为 1)
      logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)

3、常见配置

        其实也不用配置什么，扫描包可以基于注解，而且很多是基于mybatis的，使用到的基本使用默认值就就可以，也没必要刻意的修改什么配置文件。

使用配置 | MyBatis-Plus

        主要是的配置还是约定和默认配置不一致，或者是你自己想要配置！在springboot中的配置文件中可以设置全局的配置

mybatis-plus:
  configuration:
    # SQL日志
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
    #全局设置
  global-config:
    db-config:
      #表的前缀
      table-prefix: t_
      #设置id为自增
      id-type: auto

4、核心功能

Wrapper ： 条件构造抽象类，最顶端父类

• AbstractWrapper ： 用于查询条件封装，生成 sql 的 where 条件

  1. QueryWrapper ： 查询条件封装

  1. UpdateWrapper ： Update 条件封装

  1. AbstractLambdaWrapper ： 使用Lambda 语法

     • LambdaQueryWrapper ：用于Lambda语法使用的查询Wrapper

     • LambdaUpdateWrapper ： Lambda 更新封装Wrapper

4.1、条件构造器：

4.1.1、QueryWrapper

        无论是修改、删除、查询，都可以使用QueryWrapper来构建查询条件。接下来看一些例子：

@Test
    void testQueryWrap() {
        //查询条件
        QueryWrapper<User> wrapper = new QueryWrapper<>();

        wrapper.select("id", "username", "info", "balance")
                .like("username", "o")
                .ge("balance", 1000);
        List<User> userList = userMapper.selectList(wrapper);

        userList.forEach(System.out::println);

    }

    @Test
    void testUpdateWrap() {

        User user = new User();

        user.setBalance(2000);

        QueryWrapper<User> wrapper = new QueryWrapper<>();
        wrapper.eq("username", "jack");

        userMapper.update(user, wrapper);
    }

4.1.2、UpdateWrapper

基于BaseMapper中的update方法更新时只能直接赋值，对于一些复杂的需求就难以实现。

@Test
void testUpdateWrapper() {
    List<Long> ids = List.of(1L, 2L, 4L);
    // 1.生成SQL
    UpdateWrapper<User> wrapper = new UpdateWrapper<User>()
            .setSql("balance = balance - 200") // SET balance = balance - 200
            .in("id", ids); // WHERE id in (1, 2, 4)
        // 2.更新，注意第一个参数可以给null，也就是不填更新字段和数据，
    // 而是基于UpdateWrapper中的setSQL来更新
    userMapper.update(null, wrapper);
}

4.1.3、LambdaQueryWrapper

无论是QueryWrapper还是UpdateWrapper在构造条件的时候都需要写死字段名称，会出现字符串魔法值。这在编程规范中显然是不推荐的。 那怎么样才能不写字段名，又能知道字段名呢？

其中一种办法是基于变量的gettter方法结合反射技术。因此我们只要将条件对应的字段的getter方法传递给MybatisPlus，它就能计算出对应的变量名了。而传递方法可以使用JDK8中的方法引用和Lambda表达式。 因此MybatisPlus又提供了一套基于Lambda的Wrapper，包含两个：

• LambdaQueryWrapper

• LambdaUpdateWrapper

分别对应QueryWrapper和UpdateWrapper

void testLambdaQueryWrapper() {
    // 1.构建条件 WHERE username LIKE "%o%" AND balance >= 1000
    QueryWrapper<User> wrapper = new QueryWrapper<>();
    wrapper.lambda()
            .select(User::getId, User::getUsername, User::getInfo, User::getBalance)
            .like(User::getUsername, "o")
            .ge(User::getBalance, 1000);
    // 2.查询
    List<User> users = userMapper.selectList(wrapper);
    users.forEach(System.out::println);
}

4.2、Service接口

MybatisPlus不仅提供了BaseMapper，还提供了通用的Service接口及默认实现，封装了一些常用的service模板方法。 通用接口为IService，默认实现为ServiceImpl，其中封装的方法可以分为以下几类：

• save：新增

• remove：删除

• update：更新

• get：查询单个结果

• list：查询集合结果

• count：计数

• page：分页查询

我们先俩看下基本的CRUD接口。 新增：

• save是新增单个元素

• saveBatch是批量新增

• saveOrUpdate是根据id判断，如果数据存在就更新，不存在则新增

• saveOrUpdateBatch是批量的新增或修改

删除：

• removeById：根据id删除

• removeByIds：根据id批量删除

• removeByMap：根据Map中的键值对为条件删除

• remove(Wrapper<T>)：根据Wrapper条件删除

• ~~removeBatchByIds~~：暂不支持

修改：

• updateById：根据id修改

• update(Wrapper<T>)：根据UpdateWrapper修改，Wrapper中包含set和where部分

• update(T，Wrapper<T>)：按照T内的数据修改与Wrapper匹配到的数据

• updateBatchById：根据id批量修改

Get：

• getById：根据id查询1条数据

• getOne(Wrapper<T>)：根据Wrapper查询1条数据

• getBaseMapper：获取Service内的BaseMapper实现，某些时候需要直接调用Mapper内的自定义SQL时可以用这个方法获取到Mapper

List：

• listByIds：根据id批量查询

• list(Wrapper<T>)：根据Wrapper条件查询多条数据

• list()：查询所有

Count：

• count()：统计所有数量

• count(Wrapper<T>)：统计符合Wrapper条件的数据数量

自定的接口继承IService

package com.songzhishu.mp.service;

import com.baomidou.mybatisplus.extension.service.IService;
import com.songzhishu.mp.domain.po.User;
import org.springframework.stereotype.Service;

/**
 * @BelongsProject: mp-demo
 * @BelongsPackage: com.songzhishu.mp
 * @Author: 斗痘侠
 * @CreateTime: 2023-11-06  18:33
 * @Description: TODO
 * @Version: 1.0
 */

public interface UserService extends IService<User> {

}

实现类  

package com.songzhishu.mp.service.impl;

import com.baomidou.mybatisplus.extension.service.impl.ServiceImpl;
import com.songzhishu.mp.domain.po.User;
import com.songzhishu.mp.mapper.UserMapper;
import com.songzhishu.mp.service.UserService;
import org.springframework.stereotype.Service;

/**
 * @BelongsProject: mp-demo
 * @BelongsPackage: com.songzhishu.mp.service.impl
 * @Author: 斗痘侠
 * @CreateTime: 2023-11-06  18:35
 * @Description: TODO
 * @Version: 1.0
 */
@Service
public class UserServiceImpl extends ServiceImpl<UserMapper, User> implements UserService  {

}

4.3、自定义SQL

    @Test
    void testCustomWrapper() {
        // 1.准备自定义查询条件
        List<Long> ids = List.of(1L, 2L, 4L);
​
        int money=200;
        QueryWrapper<User> wrapper = new QueryWrapper<User>().in("id", ids);
​
        // 2.调用mapper的自定义方法，直接传递Wrapper
        userMapper.deductBalanceByIds(money, wrapper);
    }

mapper接口

    void deductBalanceByIds(int money,@Param(Constants.WRAPPER) QueryWrapper<User> wrapper);

映射文件

  <update id="deductBalanceByIds">
        update user set balance=balance-#{money}  ${ew.customSqlSegment}
    </update>

5、乐观锁和悲观锁

        乐观锁和悲观锁都是用于解决并发场景下的数据竞争问题，但是却是两种完全不同的思想。它们的使用非常广泛，也不局限于某种编程语言或数据库。

5.1、乐观锁：

        乐观锁：指的是在操作数据的时候非常乐观，乐观地认为别人不会同时修改数据，因此乐观锁默认是不会上锁的，只有在执行更新的时候才会去判断在此期间别人是否修改了数据，如果别人修改了数据则放弃操作，否则执行操作。

        冲突比较少的时候, 使用乐观锁(没有悲观锁那样耗时的开销) 由于乐观锁的不上锁特性，所以在性能方面要比悲观锁好，比较适合用在DB的读大于写的业务场景。

5.2、悲观锁：

        悲观锁：指的是在操作数据的时候比较悲观，悲观地认为别人一定会同时修改数据，因此悲观锁在操作数据时是直接把数据上锁，直到操作完成之后才会释放锁，在上锁期间其他人不能操作数据。

        冲突比较多的时候, 使用悲观锁(没有乐观锁那么多次的尝试)对于每一次数据修改都要上锁，如果在DB读取需要比较大的情况下有线程在执行数据修改操作会导致读操作全部被挂载起来，等修改线程释放了锁才能读到数据，体验极差。所以比较适合用在DB写大于读的情况。

        读取频繁使用乐观锁，写入频繁使用悲观锁。

 实体类中加入字段version

package com.atguigu.mybatisplus.entity;
import com.baomidou.mybatisplus.annotation.Version;
import lombok.Data;
@Data
public class Product {
private Long id;
private String name;
private Integer price;
@Version
private Integer version;
}

添加乐观锁插件配置

@Bean
public MybatisPlusInterceptor mybatisPlusInterceptor(){
MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
//添加分页插件
interceptor.addInnerInterceptor(new
PaginationInnerInterceptor(DbType.MYSQL));
//添加乐观锁插件
interceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
return interceptor;
}

        说白啦就是在执行某些操作的时候先查询从version的值，然后操作的时候判断乐观锁的版本是不是和刚刚的版本一致，一致执行sql，失败不执行 

 6、通用枚举

6.1、创建通用枚举类型

package com.songzhishu.mp.enums;
import com.baomidou.mybatisplus.annotation.EnumValue;
import lombok.Getter;
@Getter
public enum SexEnum {
MALE(1, "男"),
FEMALE(2, "女");
@EnumValue
private Integer sex;
private String sexName;
SexEnum(Integer sex, String sexName) {
this.sex = sex;
this.sexName = sexName;
}
}

        注解不加@Enumvalue的话是使用的枚举的名字也就是MALE，当然如果想设置为值或者描述的话，只用在对应的字段上添加这个注解就可以 

6.2、配置扫描通用枚举

mybatis-plus:
configuration:
# 配置MyBatis日志
log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
global-config:
db-config:
# 配置MyBatis-Plus操作表的默认前缀
table-prefix: t_
# 配置MyBatis-Plus的主键策略
id-type: auto
# 配置扫描通用枚举
type-enums-package: com.songzhishu.mybatisplus.enums

7、多数据源

        适用于多种场景：纯粹多库、 读写分离、 一主多从、 混合模式等，目前我们就来模拟一个纯粹多库的一个场景，其他场景类似。

7.1、引入依赖

<dependency>
<groupId>com.baomidou</groupId>
<artifactId>dynamic-datasource-spring-boot-starter</artifactId>
<version>3.5.0</version>
</dependency>

7.2、配置多数据源

spring:
# 配置数据源信息
datasource:
dynamic:
# 设置默认的数据源或者数据源组,默认值即为master
primary: master
# 严格匹配数据源,默认false.true未匹配到指定数据源时抛异常,false使用默认数据源
strict: false
datasource:
master:
url: jdbc:mysql://localhost:3306/mybatis_plus?characterEncoding=utf-
8&useSSL=false
driver-class-name: com.mysql.cj.jdbc.Driver
username: root
password: 123456
slave_1:
url: jdbc:mysql://localhost:3306/mybatis_plus_1?characterEncoding=utf-
8&useSSL=false
driver-class-name: com.mysql.cj.jdbc.Driver
username: root
password: 123456