转载于:https://mp.weixin.qq.com/s/wyymQUcK1QeCRfoxhd_d7w
1 简介
MyBatis-plus
是一款 Mybatis
增强工具,用于简化开发,提高效率。下文使用缩写 mp
来简化表示MyBatis-plus
,本文主要介绍 mp 搭配 Spring Boot
的使用
官方网站:https://mp.baomidou.com/
1.1 核心注解
MyBatis-plus
一共提供了8
个注解,这些注解是用在Java
的实体类上面的:
- @TableName
注解在类上,指定类和数据库表的映射关系。实体类的类名(转成小写后)和数据库表名相同时,可以不指定该注解 - @TableId
注解在实体类的某一字段上,表示这个字段对应数据库表的主键。当主键名为id
时(表中列名为id
,实体类中字段名为id
),无需使用该注解显式指定主键,mp
会自动关联。若类的字段名和表的列名不一致,可用value
属性指定表的列名。另,这个注解有个重要的属性type
,用于指定主键策略。 - @TableField
注解在某一字段上,指定Java实体类的字段和数据库表的列的映射关系。这个注解有如下几个应用场景。
- 排除非表字段
若Java
实体类中某个字段,不对应表中的任何列,它只是用于保存一些额外的,或组装后的数据,则可以设置exist
属性为false
,这样在对实体对象进行插入时,会忽略这个字段。排除非表字段也可以通过其他方式完成,如使用static或transient关键字,不做赘述- 字段验证策略
通过insertStrategy
,updateStrategy
,whereStrategy
属性进行配置,可以控制在实体对象进行插入,更新,或作为WHERE
条件时,对象中的字段要如何组装到SQL
语句中。- 字段填充策略
通过fill
属性指定,字段为空时会进行自动填充
- @Version
乐观锁注解 - @EnumValue
注解在枚举字段上 - @TableLogic
逻辑删除 - KeySequence
序列主键策略(oracle) - InterceptorIgnore
插件过滤规则
1.2 CRUD接口
mp封装了一些最基础的CRUD
方法,只需要直接继承mp提供的接口,无需编写任何SQL
,即可食用。mp
提供了两套接口,分别是Mapper CRUD
接口和Service CRUD
接口。并且mp还提供了条件构造器Wrapper
,可以方便地组装SQL
语句中的WHERE
条件
1.2.1 mapper接口
只需定义好实体类,然后创建一个接口,继承mp提供的BaseMapper
,即可食用。mp会在mybatis
启动时,自动解析实体类和表的映射关系,并注入带有通用CRUD
方法的mapper
BaseMapper
里提供的方法,部分列举如下:
-
insert(T entity)
插入一条记录 -
deleteById(Serializable id)
根据主键id
删除一条记录 -
delete(Wrapper
根据条件构造器wrapper) wrapper
进行删除 -
selectById(Serializable id)
根据主键id
进行查找 -
selectBatchIds(Collection idList)
根据主键id
进行批量查找 -
selectByMap(Map
根据map) map
中指定的列名和列值进行等值匹配查找 -
selectMaps(Wrapper
根据wrapper) wrapper
条件,查询记录,将查询结果封装为一个Map
,Map
的key
为结果的列,value
为值 -
selectList(Wrapper
根据条件构造器wrapper) wrapper
进行查询 -
update(T entity, Wrapper
根据条件构造器wrapper) wrapper
进行更新 updateById(T entity)
主要方法介绍,如下:
1.2.1.2 selectMaps
BaseMapper
接口还提供了一个selectMaps
方法,这个方法会将查询结果封装为一个Map
,Map
的key
为结果的列,value
为值
该方法的使用场景如下:
- 只查部分列
当某个表的列特别多,而SELECT
的时候只需要选取个别列,查询出的结果也没必要封装成Java
实体类对象时(只查部分列时,封装成实体后,实体对象中的很多属性会是null),则可以用selectMaps
,获取到指定的列后,再自行进行处理即可
比如
@Test
public void test3() {
QueryWrapper wrapper = new QueryWrapper<>();
wrapper.select("user_id","user_name","user_address").likeRight("user_name","黄");
List
- 数据统计
按照直属上级进行分组,查询每组的平均年龄,最大年龄,最小年龄
@Test
public void test4() {
QueryWrapper wrapper = new QueryWrapper<>();
wrapper.select("user_id", "avg(user_age) avg_age", "min(user_age) min_age", "max(user_age) max_age")
.groupBy("user_id").having("sum(user_age) < {0}", 25);
//或者这样 having("sum(user_age) < 10")--->having sum(age) > 10
List
1.2.1.3 selectObjs
只会返回第一个字段(第一列)的值,其他字段会被舍弃
@Test
public void test3() {
QueryWrapper wrapper = new QueryWrapper<>();
wrapper.select("id", "name").like("name", "黄");
List
1.2.1.4 selectCount
查询满足条件的总数,注意,使用这个方法,不能调用QueryWrapper
的select
方法设置要查询的列了。这个方法会自动添加select count(1)
@Test
public void test3() {
QueryWrapper wrapper = new QueryWrapper<>();
wrapper.like("name", "黄");
Integer count = userMapper.selectCount(wrapper);
System.out.println(count);
}
1.2.2 service接口
另外一套CRUD
是Service
层的,只需要编写一个接口,继承IService
,并创建一个接口实现类,即可食用。(这个接口提供的CRUD
方法,和Mapper
接口提供的功能大同小异,比较明显的区别在于IService
支持了更多的批量化操作,如saveBatch
,saveOrUpdateBatch
等方法。
使用示例如下:
首先,新建一个接口,继承IService
public interface UserInfoService extends IService {
//自己定义sql
List queryAllBySelf();
}
创建这个接口的实现类,并继承ServiceImpl
,最后打上@Service
注解,注册到Spring
容器中,即可使用
@Service
public class UserInfoServiceImpl extends ServiceImpl implements UserInfoService {
@Autowired
UserInfoMapper mapper;
@Override
public List queryAllBySelf() {
// TODO Auto-generated method stub
return mapper.queryAllBySelf();
}
}
测试例子:
@Autowired
private UserService userService;
@Test
public void testGetOne() {
LambdaQueryWrapper wrapper = Wrappers.lambdaQuery();
wrapper.gt(User::getAge, 28);
User one = userService.getOne(wrapper, false); // 第二参数指定为false,使得在查到了多行记录时,不抛出异常,而返回第一条记录
System.out.println(one);
}
1.2.2.1 链式调用
链式调用查询:
@Test
public void testChain() {
List list = userService.lambdaQuery()
.gt(UserInfoEntity::getUserAge, 39)
.likeRight(UserInfoEntity::getUserName, "王")
.list();
list.forEach(System.out::println);
}
链式调用更新:
@Test
public void testChainUpdate() {
userService.lambdaUpdate()
.gt(UserInfoEntity::getUserAge, 39)
.likeRight(UserInfoEntity::getUserName, "王")
.set(UserInfoEntity::getUserAccount, "[email protected]")
.update();
}
链式调用删除:
@Test
public void testChainDelete() {
userService.lambdaUpdate()
.like(UserInfoEntity::getUserName, "王")
.remove();
}
1.3 条件构造器
mp
让我觉得极其方便的一点在于其提供了强大的条件构造器Wrapper
,可以非常方便的构造WHERE
条件。条件构造器主要涉及到3个类,AbstractWrapper
。QueryWrapper
,UpdateWrapper
,它们的类关系如下
在
AbstractWrapper
中提供了非常多的方法用于构建WHERE
条件,而QueryWrapper
针对SELECT
语句,提供了select()
方法,可自定义需要查询的列,而UpdateWrapper
针对UPDATE
语句,提供了set()
方法,用于构造set
语句。条件构造器也支持lambda
表达式
1.3.1 AbstractWrapper
下面对AbstractWrapper
中用于构建SQL语句中的WHERE条件的方法进行部分列举
- eq:equals,等于
- allEq:all equals,全等于
- ne:not equals,不等于
- gt:greater than ,大于 >
- ge:greater than or equals,大于等于≥
- lt:less than,小于<
- le:less than or equals,小于等于≤
- between:相当于SQL中的BETWEEN
- notBetween
- like:模糊匹配。like("name","黄"),相当于SQL的name like '%黄%'
- likeRight:模糊匹配右半边。likeRight("name","黄"),相当于SQL的name like '黄%'
- likeLeft:模糊匹配左半边。likeLeft("name","黄"),相当于SQL的name like '%黄'
- notLike:notLike("name","黄"),相当于SQL的name not like '%黄%'
- isNull
- isNotNull
- in
- and:SQL连接符AND
- or:SQL连接符OR
- apply:用于拼接SQL,该方法可用于数据库函数,并可以动态传参
使用示例:
示例先展示需要完成的SQL语句,后展示Wrapper的写法
// 1. 名字中包含佳,且年龄小于25
// SELECT * FROM user WHERE user_name like '%佳%' AND user_age < 25
QueryWrapper wrapper = new QueryWrapper<>();
wrapper.like("user_name", "佳").lt("user_age", 25);
List users = userMapper.selectList(wrapper);
// 下面展示SQL时,仅展示WHERE条件;展示代码时, 仅展示Wrapper构建部分
// 2. 姓名为黄姓,且年龄大于等于20,小于等于40,且email字段不为空
// user_name like '黄%' AND user_age BETWEEN 20 AND 40 AND user_email is not null
wrapper.likeRight("user_name","黄").between("user_age", 20, 40).isNotNull("user_email");
// 3. 姓名为黄姓,或者年龄大于等于40,按照年龄降序排列,年龄相同则按照id升序排列
// user_name like '黄%' OR user_age >= 40 order by user_age desc, user_id asc
wrapper.likeRight("user_name","黄").or().ge("user_age",40).orderByDesc("user_age").orderByAsc("user_id");
// 4.创建日期为2021年3月22日,并且直属上级的名字为李姓
// date_format(create_time,'%Y-%m-%d') = '2021-03-22' AND user_id IN (SELECT id FROM user WHERE name like '李%')
wrapper.apply("date_format(create_time, '%Y-%m-%d') = {0}", "2021-03-22") // 建议采用{index}这种方式动态传参, 可防止SQL注入
.inSql("user_id", "SELECT user_id FROM user WHERE user_name like '李%'");
// 上面的apply, 也可以直接使用下面这种方式做字符串拼接,但当这个日期是一个外部参数时,这种方式有SQL注入的风险
wrapper.apply("date_format(create_time, '%Y-%m-%d') = '2021-03-22'");
// 5. 名字为王姓,并且(年龄小于40,或者邮箱不为空)
// user_name like '王%' AND (user_age < 40 OR user_email is not null)
wrapper.likeRight("user_name", "王").and(q -> q.lt("user_age", 40).or().isNotNull("user_email"));
// 6. 名字为王姓,或者(年龄小于40并且年龄大于20并且邮箱不为空)
// user_name like '王%' OR (user_age < 40 AND age > 20 AND user_email is not null)
wrapper.likeRight("user_name", "王").or(
q -> q.lt("user_age",40)
.gt("user_age",20)
.isNotNull("user_email")
);
// 7. (年龄小于40或者邮箱不为空) 并且名字为王姓
// (user_age < 40 OR user_email is not null) AND user_name like '王%'
wrapper.nested(q -> q.lt("user_age", 40).or().isNotNull("user_email"))
.likeRight("user_name", "王");
// 8. 年龄为30,31,34,35
// user_age IN (30,31,34,35)
wrapper.in("user_age", Arrays.asList(30,31,34,35));
// 或
wrapper.inSql("user_age","30,31,34,35");
// 9. 年龄为30,31,34,35, 返回满足条件的第一条记录
// user_age IN (30,31,34,35) LIMIT 1
wrapper.in("user_age", Arrays.asList(30,31,34,35)).last("LIMIT 1");
// 10. 只选出id, name 列 (QueryWrapper 特有)
// SELECT user_id, user_name FROM user;
wrapper.select("user_id", "user_name");
// 11. 选出id, name, age, email, 等同于排除 user_id 和 create_time
// 当列特别多, 而只需要排除个别列时, 采用上面的方式可能需要写很多个列, 可以采用重载的select方法,指定需要排除的列
wrapper.select(User.class, info -> {
String columnName = info.getColumn();
return !"create_time".equals(columnName) && !"user_id".equals(columnName);
});
1.3.2 使用condition
条件构造器的诸多方法中,均可以指定一个boolean
类型的参数condition
,用来决定该条件是否加入最后生成的WHERE
语句中,比如
String name = "黄"; // 假设name变量是一个外部传入的参数
QueryWrapper wrapper = new QueryWrapper<>();
wrapper.like(StringUtils.hasText(name), "name", name);
// 仅当 StringUtils.hasText(name) 为 true 时, 会拼接这个like语句到WHERE中
// 其实就是对下面代码的简化
if (StringUtils.hasText(name)) {
wrapper.like("name", name);
}
1.3.3 实体对象作为条件
调用构造函数创建一个Wrapper
对象时,可以传入一个实体对象。后续使用这个Wrapper时,会以实体对象中的非空属性,构建WHERE
条件(默认构建等值匹配的WHERE
条件,这个行为可以通过实体类里各个字段上的@TableField
注解中的condition属性进行改变)
示例如下
@Test
public void test3() {
User user = new User();
user.setName("黄主管");
user.setAge(28);
QueryWrapper wrapper = new QueryWrapper<>(user);
List users = userMapper.selectList(wrapper);
users.forEach(System.out::println);
}
例如:
@TableField(condition = SqlCondition.LIKE) // 配置该字段使用like进行拼接
private String name;
1.3.4 allEq
allEq
方法传入一个map
,用来做等值匹配
当allEq
方法传入的Map中有value
为null
的元素时,默认会设置为is null
@Test
public void test3() {
QueryWrapper wrapper = new QueryWrapper<>();
Map param = new HashMap<>();
param.put("age", 40);
param.put("name", "黄飞飞");
wrapper.allEq(param);
List users = userMapper.selectList(wrapper);
users.forEach(System.out::println);
}
1.3.5 lambda条件构造器
lambda
条件构造器,支持lambda
表达式,可以不必像普通条件构造器一样,以字符串形式指定列名,它可以直接以实体类的方法引用来指定列。示例如下
@Test
public void testLambda() {
LambdaQueryWrapper wrapper = new LambdaQueryWrapper<>();
wrapper.like(User::getName, "黄").lt(User::getAge, 30);
List users = userMapper.selectList(wrapper);
users.forEach(System.out::println);
}
像普通的条件构造器,列名是用字符串的形式指定,无法在编译期进行列名合法性的检查,这就不如lambda条件构造器来的优雅
另外,还有个链式lambda条件构造器,使用示例如下
@Test
public void testLambda() {
LambdaQueryChainWrapper chainWrapper = new LambdaQueryChainWrapper<>(userMapper);
List users = chainWrapper.like(User::getName, "黄").gt(User::getAge, 30).list();
users.forEach(System.out::println);
}
1.4 更新操作
上面介绍的都是查询操作,现在来讲更新和删除操作
BaseMapper
中提供了2个更新方法
1.4.1 updateById(T entity)
根据入参entity
的id(主键)
进行更新,对于entity中非空的属性,会出现在UPDATE
语句的SET
后面,即entity
中非空的属性,会被更新到数据库,示例如下
@RunWith(SpringRunner.class)
@SpringBootTest
public class UpdateTest {
@Autowired
private UserMapper userMapper;
@Test
public void testUpdate() {
User user = new User();
user.setId(2L);
user.setAge(18);
userMapper.updateById(user);
}
}
1.4.2 update(T entity, Wrapper wrapper)
根据实体entity
和条件构造器wrapper
进行更新,示例如下
@Test
public void testUpdate2() {
User user = new User();
user.setName("王三蛋");
LambdaUpdateWrapper wrapper = new LambdaUpdateWrapper<>();
wrapper.between(User::getAge, 26,31).likeRight(User::getName,"吴");
userMapper.update(user, wrapper);
}
额外演示一下,把实体对象传入Wrapper
,即用实体对象构造WHERE
条件的案例
@Test
public void testUpdate3() {
User whereUser = new User();
whereUser.setAge(40);
whereUser.setName("王");
LambdaUpdateWrapper wrapper = new LambdaUpdateWrapper<>(whereUser);
User user = new User();
user.setEmail("[email protected]");
user.setManagerId(10L);
userMapper.update(user, wrapper);
}
1.4.3 set更新
由于BaseMapper
提供的2个更新方法都是传入一个实体对象去执行更新,这在需要更新的列比较多时还好,若想要更新的只有那么一列,或者两列,则创建一个实体对象就显得有点麻烦。针对这种情况,UpdateWrapper
提供有set
方法,可以手动拼接SQL中的SET语句,此时可以不必传入实体对象,示例如下
@Test
public void testUpdate4() {
LambdaUpdateWrapper wrapper = new LambdaUpdateWrapper<>();
wrapper.likeRight(User::getEmail, "share").set(User::getManagerId, 9L);
userMapper.update(null, wrapper);
}
1.5 删除操作
BaseMapper
一共提供了如下几个用于删除的方法:
-
deleteById
根据主键id进行删除 -
deleteBatchIds
根据主键id进行批量删除 -
deleteByMap
根据Map进行删除(Map中的key为列名,value为值,根据列和值进行等值匹配) -
delete(Wrapper
根据条件构造器Wrapper进行删除wrapper)
与前面查询和更新的操作大同小异,不做赘述
1.6 分页查询
BaseMapper
中提供了2
个方法进行分页查询,分别是selectPage
和selectMapsPage
,前者会将查询的结果封装成Java
实体对象,后者会封装成Map
。分页查询的食用示例如下:
1.6.1 注册分页拦截器
创建mp的分页拦截器,注册到Spring容器中
package com.example.mp.config;
import com.baomidou.mybatisplus.annotation.DbType;
import com.baomidou.mybatisplus.extension.plugins.MybatisPlusInterceptor;
import com.baomidou.mybatisplus.extension.plugins.inner.PaginationInnerInterceptor;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class MybatisPlusConfig {
/** 新版mp **/
@Bean
public MybatisPlusInterceptor mybatisPlusInterceptor() {
MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL));
return interceptor;
}
/** 旧版mp 用 PaginationInterceptor **/
}
1.6.2 执行查询
执行分页查询
@Test
public void testPage() {
LambdaQueryWrapper wrapper = new LambdaQueryWrapper<>();
wrapper.ge(User::getAge, 28);
// 设置分页信息, 查第3页, 每页2条数据
Page page = new Page<>(3, 2);
// 执行分页查询
Page userPage = userMapper.selectPage(page, wrapper);
System.out.println("总记录数 = " + userPage.getTotal());
System.out.println("总页数 = " + userPage.getPages());
System.out.println("当前页码 = " + userPage.getCurrent());
// 获取分页查询结果
List records = userPage.getRecords();
records.forEach(System.out::println);
}
mapper中一般写法
IPage
在service中使用Page
来封装对象
1.6.3 流式查询
流式查询指的是查询成功后不是返回一个集合而是返回一个迭代器,应用每次从迭代器取一条查询结果。流式查询的好处是能够降低内存使用。
如果没有流式查询,我们想要从数据库取 100w
条记录而又没有足够的内存时,就不得不分页查询,而分页查询效率取决于表设计,如果设计的不好,就无法执行高效的分页查询。因此流式查询是一个数据库访问框架必须具备的功能。
MyBatis
中使用流式查询避免数据量过大导致 OOM
,但在流式查询的过程当中,数据库连接是保持打开状态的,因此要注意的是:
- 执行一个流式查询后,数据库访问框架就不负责关闭数据库连接了,需要应用在取完数据后自己关闭。
- 必须先读取(或关闭)结果集中的所有行,然后才能对连接发出任何其他查询,否则将引发异常。
MyBatis
提供了一个叫 org.apache.ibatis.cursor.Cursor
的接口类用于流式查询,这个接口继承了 java.io.Closeable
和 java.lang.Iterable
接口,由此可知:
Cursor
是可关闭的;Cursor
是可遍历的。
除此之外,Cursor
还提供了三个方法:
-
isOpen()
: 用于在取数据之前判断Cursor
对象是否是打开状态。只有当打开时 Cursor 才能取数据; -
isConsumed()
: 用于判断查询结果是否全部取完。 -
getCurrentIndex()
: 返回已经获取了多少条数据
使用流式查询,则要保持对产生结果集的语句所引用的表的并发访问,因为其查询会独占连接,所以必须尽快处理
为什么要用流式查询?
如果有一个很大的查询结果需要遍历处理,又不想一次性将结果集装入客户端内存,就可以考虑使用流式查询;
分库分表场景下,单个表的查询结果集虽然不大,但如果某个查询跨了多个库多个表,又要做结果集的合并、排序等动作,依然有可能撑爆内存;详细研究了sharding-sphere的代码不难发现,除了group by与order by字段不一样之外,其他的场景都非常适合使用流式查询,可以最大限度的降低对客户端内存的消耗。
1.6.4 游标查询
对大量数据进行处理时,为防止内存泄漏情况发生,也可以采用游标方式进行数据查询处理。
当查询百万级的数据的时候,还可以使用游标方式进行数据查询处理,不仅可以节省内存的消耗,而且还不需要一次性取出所有数据,可以进行逐条处理或逐条取出部分批量处理。一次查询指定 fetchSize
的数据,直到把数据全部处理完。
Mybatis
的处理加了两个注解:@Options
和 @ResultType
@Mapper
public interface BigDataSearchMapper extends BaseMapper {
// 方式一 多次获取,一次多行
@Select("SELECT bds.* FROM big_data_search bds ${ew.customSqlSegment} ")
@Options(resultSetType = ResultSetType.FORWARD_ONLY, fetchSize = 1000000)
Page pageList(@Param("page") Page page, @Param(Constants.WRAPPER) QueryWrapper queryWrapper);
// 方式二 一次获取,一次一行
@Select("SELECT bds.* FROM big_data_search bds ${ew.customSqlSegment} ")
@Options(resultSetType = ResultSetType.FORWARD_ONLY, fetchSize = 100000)
@ResultType(BigDataSearchEntity.class)
void listData(@Param(Constants.WRAPPER) QueryWrapper queryWrapper, ResultHandler handler);
}
-
@Options
:
ResultSet.FORWORD_ONLY
:结果集的游标只能向下滚动
ResultSet.SCROLL_INSENSITIVE
:结果集的游标可以上下移动,当数据库变化时,当前结果集不变
ResultSet.SCROLL_SENSITIVE
:返回可滚动的结果集,当数据库变化时,当前结果集同步改变
fetchSize
:每次获取量 -
@ResultType
:
@ResultType(BigDataSearchEntity.class)
:转换成返回实体类型
注意
:返回类型必须为 void
,因为查询的结果在 ResultHandler
里处理数据,所以这个 hander
也是必须的,可以使用 lambda
实现一个依次处理逻辑。
注意:虽然上面的代码中都有 @Options
但实际操作却有不同:
方式一是多次查询,一次返回多条;
方式二是一次查询,一次返回一条;
原因:
Oracle
是从服务器一次取出 fetch size
条记录放在客户端,客户端处理完成一个批次后再向服务器取下一个批次,直到所有数据处理完成。
MySQL
是在执行 ResultSet.next()
方法时,会通过数据库连接一条一条的返回。flush buffer
的过程是阻塞式的,如果网络中发生了拥塞,send buffer
被填满,会导致 buffer
一直 flush
不出去,那 MySQL
的处理线程会阻塞,从而避免数据把客户端内存撑爆。
非流式查询和流式查询区别:
-
非流式查询
:内存会随着查询记录的增长而近乎直线增长。 -
流式查询
:内存会保持稳定,不会随着记录的增长而增长。其内存大小取决于批处理大小BATCH_SIZE
的设置,该尺寸越大,内存会越大。所以BATCH_SIZE
应该根据业务情况设置合适的大小。
1.7 AR模式
ActiveRecord
模式,通过操作实体对象,直接操作数据库表。与ORM
有点类似
示例如下
让实体类User
继承自Model
package com.example.mp.po;
import com.baomidou.mybatisplus.annotation.SqlCondition;
import com.baomidou.mybatisplus.annotation.TableField;
import com.baomidou.mybatisplus.extension.activerecord.Model;
import lombok.Data;
import lombok.EqualsAndHashCode;
import java.time.LocalDateTime;
@EqualsAndHashCode(callSuper = false)
@Data
public class User extends Model {
private Long id;
@TableField(condition = SqlCondition.LIKE)
private String name;
@TableField(condition = "%s > #{%s}")
private Integer age;
private String email;
private Long managerId;
private LocalDateTime createTime;
}
直接调用实体对象上的方法
@Test
public void insertAr() {
User user = new User();
user.setId(15L);
user.setName("我是AR");
user.setAge(1);
user.setEmail("[email protected]");
user.setManagerId(1L);
boolean success = user.insert(); // 插入
System.out.println(success);
}
其他示例:
其他示例
// 查询
@Test
public void selectAr() {
User user = new User();
user.setId(15L);
User result = user.selectById();
System.out.println(result);
}
// 更新
@Test
public void updateAr() {
User user = new User();
user.setId(15L);
user.setName("王全蛋");
user.updateById();
}
//删除
@Test
public void deleteAr() {
User user = new User();
user.setId(15L);
user.deleteById();
}
1.9 主键策略
在定义实体类时,用@TableId
指定主键,而其type
属性,可以指定主键策略。
mp
支持多种主键策略,默认的策略是基于雪花算法的自增id。全部主键策略定义在了枚举类IdType
中,IdType
有如下的取值
1.9.1 AUTO
数据库ID
自增,依赖于数据库。在插入操作生成SQL
语句时,不会插入主键这一列
在User
上对id
属性加上注解,然后将MYSQL的user表修改其主键为自增
@EqualsAndHashCode(callSuper = false)
@Data
public class User extends Model {
@TableId(type = IdType.AUTO)
private Long id;
@TableField(condition = SqlCondition.LIKE)
private String name;
@TableField(condition = "%s > #{%s}")
private Integer age;
private String email;
private Long managerId;
private LocalDateTime createTime;
}
测试
@Test
public void testAuto() {
User user = new User();
user.setName("我是青蛙呱呱");
user.setAge(99);
user.setEmail("[email protected]");
user.setCreateTime(LocalDateTime.now());
userMapper.insert(user);
System.out.println(user.getId());
}
1.9.2 NONE
未设置主键类型。若在代码中没有手动设置主键,则会根据主键的全局策略自动生成(默认的主键全局策略是基于雪花算法自增ID
)
在MYSQL
的user
表中,去掉主键自增。然后修改User类(若不配置@TableId
注解,默认主键策略也是NONE
)
@TableId(type = IdType.NONE)
private Long id;
插入时,若实体类的主键ID有值,则使用之;若主键ID为空,则使用主键全局策略,来生成一个ID。
1.9.3 其他生成策略
- INPUT
需要手动设置主键,若不设置。插入操作生成SQL
语句时,主键这一列的值会是null
。oracle
的序列主键需要使用这种方式 - ASSIGN_ID
当没有手动设置主键,即实体类中的主键属性为空时,才会自动填充,使用雪花算法 - ASSIGN_UUID
当实体类的主键属性为空时,才会自动填充,使用UUID
可以针对每个实体类,使用@TableId
注解指定该实体类的主键策略,这可以理解为局部策略。若希望对所有的实体类,都采用同一种主键策略,挨个在每个实体类上进行配置,则太麻烦了,此时可以用主键的全局策略。只需要在application.yml
进行配置即可。比如,配置了全局采用自增主键策略
# application.yml
mybatis-plus:
global-config:
db-config:
id-type: auto
附录:mybatis-plus使用