mybatisplus_MyBatis Plus的简介

mybatisplus_MyBatis Plus的简介Mybatis-Plus详解Mybatis-Plus介绍 简介 MyBatis-Plus (opens new window)(简称 MP)是一个 MyBatis (opens new window)的增强工具,

Mybatis-Plus详解

Mybatis-Plus介绍

简介

MyBatis-Plus (opens new window)(简称 MP)是一个 MyBatis (opens new window)的增强工具,在 MyBatis 的基础上只做增强不做改变,为简化开发、提高效率而生。

特性(官网提供)

  • 无侵入:只做增强不做改变,引入它不会对现有工程产生影响,如丝般顺滑
  • 损耗小:启动即会自动注入基本 CURD,性能基本无损耗,直接面向对象操作,BaseMapper
  • 强大的 CRUD 操作:内置通用 Mapper、通用 Service,仅仅通过少量配置即可实现单表大部分 CRUD 操作,更有强大的条件构造器,满足各类使用需求,简单的CRUD操作不用自己编写。
  • 支持 Lambda 形式调用:通过 Lambda 表达式,方便的编写各类查询条件,无需再担心字段写错
  • 支持主键自动生成:支持多达 4 种主键策略(内含分布式唯一 ID 生成器 – Sequence),可自由配置,完美解决主键问题
  • 支持 ActiveRecord 模式:支持 ActiveRecord 形式调用,实体类只需继承 Model 类即可进行强大的 CRUD 操作
  • 支持自定义全局通用操作:支持全局通用方法注入( Write once, use anywhere )
  • 内置代码生成器:采用代码或者 Maven 插件可快速生成 Mapper 、 Model 、 Service 、 Controller 层代码,支持模板引擎,更有超多自定义配置等您来使用(自动生成代码
  • 内置分页插件:基于 MyBatis 物理分页,开发者无需关心具体操作,配置好插件之后,写分页等同于普通 List 查询
  • 分页插件支持多种数据库:支持 MySQL、MariaDB、Oracle、DB2、H2、HSQL、SQLite、Postgre、SQLServer 等多种数据库
  • 内置性能分析插件:可输出 SQL 语句以及其执行时间,建议开发测试时启用该功能,能快速揪出慢查询
  • 内置全局拦截插件:提供全表 delete 、 update 操作智能分析阻断,也可自定义拦截规则,预防误操作

快速开始

官网地址

基本思路

1、导入对应的依赖

2、研究依赖的配置

3、代码如何编写

4、提高扩展技术

实现步骤

1、创建数据库

2、创建user表插入数据


3、初始化项目

新建一个,项目,详略

4、引入对应依赖


注意:使用mybatis-plus可以节省大量代码,不要同时导入mybatis和mybatis-plus,可能存在版本冲突

5、链接数据库(同mybatis)

注意,mysql 8 的驱动不同,而且需要加上时区的配置


6.使用mybatis-plus

6.传统方式pojo层 dao层(链接mybatis, 配置mapper.xml文件) service层 controller层很繁琐

  • 创建pojo类

    
    
  • 在启动类加上注解,扫描文件夹

    
    
  • mapper接口

    
    

    支持,已经配置完成,可以直接使用,。

  • 使用测试类测试

    
    

    思考,我们没有写sql就查询了结果,那么,sql谁写的,方法哪来的?答案都是mybatis-plus.

日志配置

使用yml添加日志配置项


执行查询方法查看分析日志

执行上面的查询所有用户的方法查看日志

27.1

插入测试

插入及日志分析


日志分析

27.2

我们可以看到,并没有给user设置id,数据库自动插入了id=1453311479846608897,

注意,数据库插入的默认值是全局唯一的id,这个id看起来也太奇怪了,到底是怎么生成的呢?

主键生成策略

因为在最开始建表的sql语句中就指明了,id是数据库的主键,主键不能唯一,

常见的数据库中主键自动设置方法有(uuid、自增id、雪花算法、redis生成、zookeeper生成)

详情见:分布式系统唯一ID生成方案

雪花算法

这里生成的id默认采用的是雪花算法

snowflake是Twitter开源的分布式ID生成算法,结果是一个long型的ID。其核心思想是:使用41bit作为毫秒数,10bit作为机器的ID(5个bit是数据中心,5个bit的机器ID),12bit作为毫秒内的流水号(意味着每个节点在每毫秒可以产生 4096 个 ID),最后还有一个符号位,永远是0。具体实现的代码可以参看https://github.com/twitter/snowflake。雪花算法支持的TPS可以达到419万左右(2^22*1000),几乎保证全球唯一。

雪花算法在工程实现上有单机版本和分布式版本。单机版本如下,分布式版本可以参看美团leaf算法:https://github.com/Meituan-Dianping/Leaf

可以在User类的id属性上加入注解TableId更改和查看策略



进入这个注解


主键自增策略

要是自增策略,在id上加入下列代码


同时数据库设计时,一定要将id设计为自增,这样自增id会设置在最大值上加1

其他策略

更新测试

更新及日志分析


我可以发现,先只更新了名字,后面更新名字和年龄。mybatis-plus通过条件自动把我们进行了动态sql拼接,

27.3

自动填充

创建时间、更新时间!这个操作是自动化完成的,不要手动更新!

gmt_create、gmt_modified几乎在所有表都要配置上,而且自动化填充。gmt是时间时间的意思

方式一、数据库级别(不建议)

在数据库种添加字段gmt_create、gmt_modified,然后在pojo类中添加这两个属性,下次就可以查看了.(博主使用的是Navigat)

27.4


方式二、代码级别

1、在数据库中删除掉根据当前时间戳更新的选项

image-20211028085544918

2、在实体类的成员变量上添加注解

@TableField字段注解描述




3、编写处理器来处理这个注解

官方填充处理器写法


4、接下来的代码执行插入、更新时都会自动设置时间了

乐观锁

乐观锁原理

乐观锁:顾名思义十分乐观,他总是认为不会出现问题,无论干什么都不会上锁!如果出现了问题,就再次更新值加锁处理

悲观锁:顾名思义十分悲观,他总是认为无论干什么都会出现问题,所以都会上锁,再操作!

官方乐观锁写法

乐观锁(OptimisticLockerInnerInterceptor)机制:

当要更新一条记录的时候,希望这条记录没有被别人更新

乐观锁实现方式:

  • 取出记录时,当前version
  • 更新时,带上这个version
  • 执行更新时, set version = newVersion where version = oldVersion
  • 如果version不对,就更新失败

相当于给每一个记录都加一个version字段。当我们要改记录时,把version字段拿出来看一看,对比一下这个version 有没有在你操作数据时被其他线程更改,如果依然等于oldVersion,你就对数据进行操作同时把 version = newVersion 更新(比如+1),以此你在改数据的途中告诉其他线程不要读了脏数据


乐观锁的应用

测试更新

1、在数据库添加version字段,int型,默认0,长度10,不自增

2、在User类中添加对应属性:


说明: Version

  • 支持的数据类型只有:int,Integer,long,Long,Date,Timestamp,LocalDateTime
  • 整数类型下
  • 会回写到 中
  • 仅支持 与 方法
  • 在 方法下, 不能复用!!!

3、在config下注册组件,开启乐观锁拦截器


4.测试乐观锁


在测试代码中我们并没有更新version数据库的version已经变成2了,下面是日志分析:

image-20211028003028618

5.模拟多线程下乐观锁失败案例


测试查询

1、查询单用户


2、多用户查询


Arrays.asList()详解


日志分析:内部解析的是一个 IN 条件

image-20211028103550386

3、条件查询


日志分析

image-20211028105200543

分页查询

官方分页插件写法

1、配置拦截器


2、使用page对象即可



日志分析

image-20211028110613590

底层也是把他转化成limit

删除测试

常见删除


从上往下分别是:根据id删除,根据 entity 条件删除记录,通过多个id批量删除,根据map条件删除

image-20211028112219945

逻辑删除

物理删除:在数据库中移除

逻辑删除:数据库中没有移除,而是在代码中使用一个变量来使他失效!(如:delete = 0 => delete = 1; )

就比如,管理员可以查看被删除的记录!防止数据丢失。类似于回收站。用户就没法查看删除记录。

逻辑删除官网链接

1、在数据库添加deleted字段

image-20211028114834147

2、同步实体类中,同时添加注解


3、在配置文件yml中配置


4、测试删除

执行删除操作,实际上是执行更新操作,把deleted字段改为1了


image-20211028115947930

数据库中也是没被上,改了值而已

image-20211028120154837

如果我们再去查询这个id=1的用户发现,查不到,mybatis-plus 自动拼接了deleted字段在where中判断。


image-20211028120437955

性能分析插件

官方使用的性能有损耗,推荐使用其他第三方性能分析插件,比如阿里巴巴的Druid。

条件构造器Wrapper(重点)

之前我们写crud时候经常碰到一个参数叫做,我们写的都是null,他到底是什么。

官方链接,条件构造器

我们之前一直是增删改查,没有一个是带条件的,而这个条件构造器就相当于sql中加了一个where,

QueryWrapper和 UpdateWrapper,分别是用于生成查和改 的 sql 的 where 条件

例如, 查询多条记录与单条记录


日志分析,就是在where中添加了多个条件

image-20211028220629197

区间查询与计数,between(),selectCount()


[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Z14L81qV-1635498303245)(C:/Users/Dell/AppData/Roaming/Typora/typora-user-images/image-20211028220327420.png)]

模糊查询


image-20211028222213787

子查询(多表查询)


image-20211028223608359

排序


image-20211028224952958

分组,条件


image-20211028230150877

其他warpper条件见官网官方链接,条件构造器

代码自动生成器(重点)

AutoGenerator 是 MyBatis-Plus 的代码生成器,通过 AutoGenerator 可以快速生成 Entity、Mapper、Mapper XML、Service、Controller 等各个模块的代码,极大的提升了开发效率。

使用步骤

配置依赖,添加如下依赖,当然,不要忘记还要 快速开始第一章节的依赖


在任意文件夹新建立一个类进行配置

类的代码如下


写在后面

感谢你看到这篇博客,博主目前是一名大四的在校生,目前也是处于学习阶段,希望我们一起进步。

对于mybatis plus的使用,如果各位有什么疑问欢迎骚扰,有时间我会sigusoft,你的支持是我学习最大的动力,谢谢!

代码已经开源GitHub:本博客全部代码地址

2024最新激活全家桶教程,稳定运行到2099年,请移步至置顶文章:https://sigusoft.com/99576.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。 文章由激活谷谷主-小谷整理,转载请注明出处:https://sigusoft.com/12582.html

(0)
上一篇 2024年 5月 14日 下午9:10
下一篇 2024年 5月 14日

相关推荐

关注微信