MyBatisPlus
1|0MyBatisPlus简介
1|1SpringBoot整合MyBatisPlus入门程序
创建新模块mybatis-plus-01
添加相关的起步依赖
多余的文件和依赖配置都可以删除了
pom.xml文件如下:
注意事项:如果使用Druid数据源,需要导入对应坐标
制作实体类与表结构
(类名与表名对应,属性名与字段名对应)
SQL脚本
在domain目录下创建实体类
⑤:设置Jdbc参数(application.yml)
定义数据接口,继承BaseMapper
接口上要添加@Mapper注解,注意:启动类记得添加@MapperScan注解扫描dao包。
测试类中注入dao接口,测试功能
-
建议把测试类的包移入com.tyhxzy.test包中,修改类名Demo1MybatisPlusTest
-
测试类上添加@SpringBootTest注解
-
注入UserMapper
-
selectList查询所有用户,参数为null
-
小结
- 使用mybatisplus的步骤
- 导入依赖
- 创建启动类,启动类添加@MapperScan
- 创建配置文件,配置文件要有数据源
- 创建一个dao接口,dao接口继承BaseMapper,并且basemapper一定要指定操作哪个实体类,因为每一个实体类都对应一个表
- 测试即可
- 使用mybatisplus的步骤
1|2MyBatisPlus概述
MyBatisPlus特性
- 无侵入:只做增强不做改变,不会对现有工程产生影响
- 强大的 CRUD 操作:内置通用 Mapper,少量配置即可实现单表CRUD 操作(如果只做单表增删查改不需要你写任何的sql)
- 支持 Lambda:编写查询条件无需担心字段写错
- 支持主键自动生成
- 内置分页插件
标准数据层开发
MyBatisPlus的CRUD操作
MyBatisPlus分页功能
分页功能接口
MyBatisPlus分页使用
设置分页拦截器作为Spring管理的bean
- 在config包下创建一个配置类:MybatisPlusConfig
- 在类上添加@Configuration
- 编写方法
- 方法上使用@Bean注解:添加
MybatisPlusInterceptor
对象到容器中 - 创建MybatisPlusInterceptor拦截器对象
- 添加内部分页拦截器:创建PaginationInnerInterceptor
- 方法上使用@Bean注解:添加
②:在测试类中执行分页查询
- 创建分页对象,前面是接口IPage,后面是实现类Page(第几页,每页大小)
- 调用selectPage方法,传入page对象,无需接收返回值
- 获取分页结果
DQL编程控制
条件查询方式
- MyBatisPlus将书写复杂的SQL查询条件进行了封装,使用编程的形式完成查询条件的组合
条件查询
创建新的测试类:Demo2ConditionTest
方式一:按条件查询
查询年龄大于18岁的用户
方式二:lambda格式按条件查询(推荐)
查询年龄小于10的用户
组合条件
并且关系(and)
查询年龄小于30岁,而且大于10岁的用户
生成的SQL语句
或者关系(or)
查询年龄小于10岁或者大于30岁的用户
生成的SQL语句
NULL值处理
在多条件查询中,有条件的值为空应该怎么解决
if语句控制条件追加
- 如果最小年龄不为空,则查询大于这个年龄的用户
- 如果最大年龄不为空,则查询小于这个年龄的用户
条件参数控制
查询投影-设置【查询字段、分组、分页】
创建新的测试类:
查询结果包含模型类中部分属性
查询所有用户,只显示id, name, age三个属性,不是全部列。
使用select(列名...)
方法,查询的结果如果封装成实体类,则只有这三个属性有值,其它属性为NULL
SQL语句
查询结果包含模型类中未定义的属性
如果查询结果包含模型类中未定义的属性,则将每个元素封装成Map对象。
需求:按性别进行分组,统计每组的人数。只显示统计的人数和性别这两个字段
使用QueryWrapper包装对象的select方法
查询条件
多条件查询有哪些组合?
- 范围匹配(> 、 = 、between)
- 模糊匹配(like)
- 空判定(null)
- 包含性匹配(in)
- 分组(group)
- 排序(order)
- ……
查询条件
- 购物设定价格区间、户籍设定年龄区间(le ge匹配 或 between匹配)
- 查信息,搜索新闻(非全文检索版:like匹配)
- 统计报表(分组查询聚合函数)
排序和limit
题目:显示年龄最大的5个用户
-
说明:
①:提示:对年龄进行降序排序
②:仅获取前5条数据(提示:使用分页功能控制数据显示数量)
-
last()方法的说明:
无视优化规则直接拼接到 sql 的最后(有sql注入的风险,请谨慎使用),注意只能调用一次,多次调用以最后一次为准
生成的SQL
字段映射与表名映射问题导入
思考表的字段和实体类的属性不对应
问题一:表字段与编码属性设计不同步
- 在模型类属性上方,使用@TableField属性注解,通过value属性,设置当前属性对应的数据库表中的字段关系。
再次查询出现异常,报不知道的列password
解决方法:
生成的SQL语句,自动给pwd这一列定义了别名为password
问题二:编码中添加了数据库中未定义的属性
在User实体类中添加新的属性Integer online
查询报错:
解决方法:
- 在模型类属性上方,使用@TableField注解,通过exist属性,设置属性在数据库表字段中是否存在,默认为true。此属性无法与value同时使用。
再次查询结果,没有报错,但online的属性值为空
再次查询结果,没有报错,但online的属性值为空
问题三:某些字段和属性不参与查询
需求:password这个字段不查询
- 在模型类属性上方,使用@TableField注解,通过select属性:设置该属性是否参与查询。此属性与select()映射配置不冲突。
查询的SQL语句中不包含pwd字段
实体类的password属性中没有值
问题四:表名与实体类名不同
修改表名:
运行出现异常:
解决方法:
- 在模型类上方,使用@TableName注解,通过value属性,设置当前类对应的数据库表名称。
查询生成的SQL语句
DML编程控制
id生成策略控制(Insert)
主键生成的策略有哪几种方式?
不同的表应用不同的id生成策略
- 日志:自增(1,2,3,4,……)
- 购物订单:特殊规则(FQ23948AK3843)
- 外卖单:关联地区日期等信息(10 04 20200314 34 91)
- 关系表:可省略id
id生成策略控制(@TableId注解)
-
名称:@TableId
-
类型:属性注解
-
位置:模型类中用于表示主键的属性定义上方
-
作用:设置当前类中主键属性的生成策略
-
相关属性
type:设置主键属性的生成策略,值参照IdType枚举值
针对每个公司,随着服务化演进,单个服务越来越多,数据库分的越来越细,有的时候一个业务需要分成好几个库,这时候自增主键或者序列之类的主键id生成方式已经不再满足需求,分布式系统中需要的是一个全局唯一的id生成规则。
添加无参和有参的构造方法
测试
执行的SQL语句
全局策略配置
也可以在application.yml中进行全局的配置
- id-type 让所有表主键生成策略相同
- table-prefix 在每个实体类的前面添加相同的前缀
id生成策略全局配置
表名前缀全局配置
实体类:去了@TableName注解和@TableId
再次测试结果
多记录操作(批量Delete/Select)
MyBatisPlus是否支持批量操作?
按照主键删除多条记录
使用方法:deleteBatchIds()
生成的SQL语句
根据主键查询多条记录
使用方法:selectBatchIds()
生成的SQL语句
逻辑删除(Delete/Update)
在实际环境中,如果想删除一条数据,是否会真的从数据库中删除该条数据?
- 删除操作业务问题:业务数据从数据库中丢弃
- 逻辑删除:为数据设置是否可用状态字段,删除时设置状态字段为不可用状态,数据保留在数据库中
逻辑删除案例
修改表结构
数据库表中添加逻辑删除标记字段
实体类中添加对应字段,并设定当前字段为逻辑删除标记字段
@TableLogic包含以下属性
-
value:未删除时的值
-
delval:删除了的值
配置逻辑删除字面值
逻辑删除本质:逻辑删除的本质其实是修改操作。如果加了逻辑删除字段,查询数据时也会自动带上逻辑删除字段。
乐观锁(Update)
问题导入
乐观锁主张的思想是什么?
- 业务并发现象带来的问题:秒杀
什么是悲观锁和乐观锁
悲观锁(Pessimistic Lock)
当要对数据库中的一条数据进行修改的时候,为了避免同时被其他人修改,最好的办法就是直接对该数据进行加锁以防止并发。这种借助数据库锁机制,在修改数据之前先锁定,再修改的方式被称之为悲观锁。
之所以叫做悲观锁,是因为这是一种对数据的修改持有悲观态度的并发控制方式。总是假设最坏的情况,每次读取数据的时候都默认其他线程会更改数据,因 线程想要访问数据时,都需要阻塞挂起。
就是写锁(排他锁)
1.安全性非常高
2.效率较低
乐观锁(Optimistic Locking)
乐观锁是相对悲观锁而言的,乐观锁假设数据一般情况不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,乐观锁适用于读多写少的场景,这样可以提高程序的吞吐量。
乐观锁采取了更加宽松的加锁机制。也是为了避免数据库幻读、业务处理时间过长等原因引起数据处理错误的一种机制,但乐观锁不会刻意使用数据库本身的锁机制,而是依据数据本身来保证数据的正确性。
乐观锁的实现
- CAS 实现:Java 中java.util.concurrent.atomic包下面的原子变量使用了乐观锁的一种 CAS 实现方式。
- 版本号控制:一般是在数据表中加上一个数据版本号 version 字段,表示数据被修改的次数。当数据被修改时,version 值会 +1。当线程 A 要更新数据时,在读取数据的同时也会读取 version 值,在提交更新时,若刚才读取到的 version 值与当前数据库中的 version 值相等时才更新,否则重试更新操作,直到更新成功。
乐观锁案例
数据库表中添加锁标记字段
实体类中添加对应字段,并设定当前字段为版本控制字段
@Version注解
配置乐观锁拦截器实现锁机制对应的动态SQL语句拼装
使用乐观锁机制在修改前必须先获取到对应数据的version方可正常进行
模拟多条记录同时更新
第二条记录更新失败
代码生成器
AutoGenerator 是 MyBatis-Plus 的代码生成器,通过 AutoGenerator 可以快速生成 Entity、Mapper、Mapper XML、Service、Controller 等各个模块的代码,极大的提升了开发效率。
以后只需要创建好表,然后entti实体类,dao、service、controller都可以自动生成.
创建maven工程
创建maven工程:mybatisplus_code
导入依赖
代码生成类
创建test包,复制此类到包下
执行
右键运行main函数,在控制台输入功能模块名,表名,再按回车即可
执行完成后刷新项目,发现代码已经生成完毕,每个表都生成对应每一层的代码:
1|3常用的方法汇总
常用的其他方法汇总如下:
增删改查
T selectById(Serialiable id): 根据主键查询 返回值是单个对象
List
1、根据除主键外的其他列查询
2、返回值可能多条数据(对应多个对象)
T selectOne(wrapper)
1、根据除主键外的其他列查询
2、查询结果是一条
1、根据多个主键查询 批量查询
2、返回值肯定是多条
查询姓名为张三的有几条
Integer selectCount(Wrapper)
分页查询
IPage selectPage(IPage,Wrapper)
1、传入参数是一个 是IPage接口的对象
第二个参数是 查询条件
2、返回值是一个IPage接口对应的对象
增加
insert
更新
updateById(对象) 根据主键更新
update(对象,条件) 根据非主键列来更新
删除
deleteById 根据主键删除
deleteBatchIds 根据多个主键批量删除
delete:根据除主键外的其他列进行删除
__EOF__
作 者:YXH
出 处:https://www.cnblogs.com/YxinHaaa/p/17552201.html
关于博主:编程路上的小学生,热爱技术,喜欢专研。评论和私信会在第一时间回复。或者直接私信我。
版权声明:署名 - 非商业性使用 - 禁止演绎,协议普通文本 | 协议法律文本。
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库