mybatis-plus基本使用流程以及进阶操作
参考
https://www.bilibili.com/video/BV1dQ4y1A75e?p=7&vd_source=6346698154746eb5026e16499e253fe8
使用流程
一、 准备工作
3.引入依赖 4.插件
spring-boot-starter
spring-boot-starter-test
mybatis-plus-boot-starter
MySQL
lombok：用于简化实体类的创建（生成get和set方法，我们只需要指定属性名），可以根据数据库表生成实体类。 此外它还要安装配套的lombok插件。
5.使用配置文件 application.properties配置spring boot
1、配置使用哪个数据库，账号密码等。
2、打开mybatis的sql执行日志。
mybatis-plus.configuration.log-impl=org.apache.ibatis.logging.stdout.StdOutImpl
效果：
二、创建实体类entity（可使用代码生成器，见另一篇文章）
也可叫pojo，bean
存放表的实体类，使用lombok的@Data注解就能生成set、get方法。
三、创建mapper（可使用代码生成器）
mapper存放对于某个该表的一些操作，里面通常都是一些接口和接口的实现（实现不需要，mybatis会自动创建，我们只需要定义接口），也就是dao层（直接与数据库进行交互）
命名一般就是表名+mapper
mapper的写法
可以继承Basemapper<实体类名>，里面写好了很多的接口，不需要我们一个一个写了
mapper实现
3.1首先我们要定义mapper的接口
就是对于表有哪些操作
法1：使用了mybatisplus提供的BaseMapper
这里需要将User填入泛型，里面泛型都以User对象进行传入参数，返回。
里面包含了所有操作的接口，比如insert、delete等等，我只要新建一个类继承泛型就可以。
法二：自己写
3.2让mybatis实现接口且创建对象
实现接口需要让mybatis知道这个接口类是一个mapper，添加mapper标签让spring扫描到告诉mybatis这是一个mapper，让Spring框架能够自动扫描并生成该接口的实现类的实例。这样就不需要写mapper映射文件（XML）或者在接口中使用注解来定义SQL语句。
Mapper相较于controller和service、entity最大的区别就是mapper我们只定义接口，实现要在项目启动时靠框架自动生成。
法1.可以在每一个mapper接口上加一个@Mapper注解
@Mapper （注解来自mybatis）
作用：用在接口类上，在编译之后会生成相应的接口实现类
位置：对应的某个接口类上面
@Mapper
public interface EmployeeMapper {
public Employee getEmpById(Integer id);
public void insertEmp(Employee employee);
}Spring注解扫描初始可以扫描启动类所在包及其子包下的所有文件。mapper文件夹是默认可以扫描到的，因此不需要额外添加注解扫描。（已验证）
法2：使用@MapperScan
如果每个接口类 都要 @Mapper 注解，是重复而无聊的工作，解决这个问题用 @MapperScan
可以在启动类前添加注解，指明mapper文件夹。使用@MapperScan,@MapperScan等价于mapper包下的所有的类都将打上@Mapper注解。
3.3 将mapper的实现类创建对象，交给spring管理（可不写）
实现后使用
@service
@Repository
这三个是一样的，只是写法不同
等任何一个来修饰就行，都是为实现类创建一个bean对象，但上面的实现类是mybatis自己创建的，会自动创建默认对象，所以我们可以不加@Repository等，加上仅仅是为了让idea不报错
比如UerService类会自动创建一个叫uerService的对象，我们也可以自命名。
详细参考spring博客
3.4 使用mapper之前需要先进行注入（自动装配）
自动装配实际上就是一个赋值操作
就比如如下的代码
UserDao是一个接口，有一个实现类UserDaoImpl继承了UserDao，对其进行实现。
具体注解解析记录在思源笔记上了。
四、之后就可以调用mapper对象操纵数据库了
mapper添加操作
添加-延伸：主键生成策略
生成策略的配置见视频
主键策略 （1）ID_WORKER 是MyBatis-Plus默认的主键策略是， 全局唯一ID ，生成19位值,要求主键类型是long型 参考资料：分布式系统唯一ID生成方案汇总：https://www.cnblogs.com/haoxinyue/p/5208136.html
(2)ID_WORKER_STR
是MyBatis-Plus默认的主键策略是， 全局唯一ID，生成19位值,要求主键类型是string型
（3）自增策略 要想主键自增需要配置如下主键策略 需要在创建数据表的时候设置主键自增 实体字段中配置 @TableId(type = IdType.AUTO)
@TableId(type = IdType.AUTO)
private Long id;要想影响所有实体的配置，可以设置全局主键配置
#全局设置主键生成策略
mybatis-plus.global-config.db-config.id-type=auto（4） INPUT和NONE
我们要自己设置id，不手动设置就报错。
（5） UUID
随机唯一值
修改操作
直接新建对象填入属性值进行更新即可，不更新的属性置为空，mp会自动识别，不更新这些属性。
自动填充
作用就是在指定的操作之前在实体类对象的属性为null的前提下填充一个默认值（指定操作比如插入、更新）。
Boolean save=teacherService.save(eduTeacher);比如插入操作，在执行插入之前eduTeacher.a=null,此时会变为eduTeacher.a=默认值，然后进行插入，相当于进行了赋值操作，因为在这条命令之后再次调用eduTeacher.a还是等于默认值，不再等于null了。
第一步在实体类里面进行自动填充属性添加注解（也就是哪些属性要填充）
Insert是指在insert操作时启动自动填充
INSERT_UPDATE是指在insert 和update操作时启动自动填充
字段必须声明TableField注解,属性fill选择对应策略,该声明告知Mybatis-Plus需要预留注入SQL字段
第二步创建自动填充类，实现接口MetaObjectHandler实现接口里面的方法（也就是如何填充）
该类的函数会在指定的sql操作时触发
注意要让spring创建对象，使用任意注解
metaObject记录了元数据也就是操作的表的名称字段等信息
filedname指的是属性名
insertFill在执行insert操作时生效，insert要同时修改createTime和updateTime
updateFill在执行updateFill操作时生效，修改updateTime
注意事项：
填充原理是直接给entity的属性设置值!!!
注解则是指定该属性在对应情况下必有值,如果无值则入库会是null
MetaObjectHandler提供的默认方法的策略均为:如果属性有值则不覆盖,如果填为null则进行填充
填充处理器MyMetaObjectHandler在 Spring Boot 中需要声明@Component或@Bean注入
要想根据注解FieldFill.xxx和字段名以及字段类型来区分必须使用父类的strictInsertFill或者strictUpdateFill方法
不需要根据任何来区分可以使用父类的fillStrategy方法
自动填充不要和mysql里的默认填充同时使用，比如属性id既在mysql和mybatis同时添加默认值1是不可以的。
疑问：该handler会不会对其他表生效，并没有指定生效的表啊？（应该是会生效的）
mybatis与mysql映射
表名、属性映射
比如我有一个表user
那么实体类要命名为User，否则找不到对应的表，mapper命名为UseMapper
如果是表user_info的话，mysql的下划线命名法统一换为java的驼峰命名法，即user_info实体类UserInfo，对属性也是一样的道理比如属性user_name,在java中要写成userName,这样才能默认找到对应。
数据类型映射
Date是util下的Date，用哪个好像都行
mybatis乐观锁，悲观锁
悲观锁
就是串行
乐观锁：
让同时启动的事务只有一个能将该条数据修改成功。（解决丢失更新问题）
通过版本来进行控制，lucy先读该数据为1版本，要写入的版本为1+1=2版本，写入前再查一下该数据版本还为1，因此可以更新该数据。mary他最开始看这条数据为1版本，它也要将其修改为2版本，但写入钱再看该数据，此时版本已经为2了，说明有其他事务已经改过这个值了，所以要放弃修改。
比如买票问题，我有一张票 数据：票id userid，多个人支付，相当于多个人开启了事务，谁手速快支付成功，可以进行修改，将userid改为自己的id，其他人就没有修改该条数据的权利了，因此都会支付失败。
乐观锁使用步骤
还可以加一个初始值的创建
我们只需要给一个初始值即可，后面他的变化由框架控制
简单查询
分页操作
见另一篇专门的博客博客
逻辑删除
逻辑删除删除掉，也就是delete置为1。配置好之后所有的删除命令都将变为逻辑删除，
此时我们在查询或者其他操作时mybatis会自动加上where delete=0的限定语句，保证delete为1的不再被查询或修改。但是我们这样就无法通过mybatis查询到被产出的条目了，想要查到就必须写原生的sql语句。
不管是逻辑删除（添加deleted），还是锁（添加version），分页查询、都遵循添加表字段，配置实体类属性（以及注解），配置插件三个步骤
一般mabatis会较多地引入插件类。其他的一般就不会有这个步骤
因为这些功能都是mabatis的额外功能，需要配置
mybatis获取参数 占位符获取 #{}
底层就是PreparedStatement的实现，先将要替换的位置都变为？也就是PreparedStatement常用的形式，对字符串应用setString，对int用setInt等等进行填充，达到效果。
占位符可以防止sql注入具体看
https://blog.csdn.net/yan465942872/article/details/6753957
因为setString方法可以智能的1 .为字符串前后加上单引号（因为之前有一个双引号需要去掉，所以实际上就是将双引号变为单引号），2.并为内部的一些特殊符号进行转义比如
pstmt = conn.prepareStatement("delete from user where user.id=?");
pstmt.setString(1, "'w' or '2'='2'");如果是字符串拼接的话会变成
delete from user where user.id='w' or '2'='2';这显然会发生sql注入，不好。
占位符的话会变成
delete from user where user.id=’\'w\' or \'2\'=\'2\'';因为setString方法可以智能的为字符串前后加上单引号，并为内部的特殊符号进行转义，内部的单引号全部进行了转义，此时sql注入就会失效了
如果是数字的话更简单点，就是转成字符串直接拼接就好了
pstmt = conn.prepareStatement("delete from user where user.id=?");
pstmt.setInt(1, 1);
结果
delete from user where user.id=1直接拼接 ${}
直接进行字符串的拼接
"delete from user where user.id="+"'w' or '2'='2'"
变为
”delete from user where user.id='w' or '2'='2'"这时字符串里的单引号就能起到分割的作用了，会导致sql注入了，因此能用占位符要优先使用。
拼接可以理解成最外面的双引号的融合。或者说是去掉内部的双引号，只留外面的一对。