SpringBoot集成MyBatis-Plus的基本使用可以参考:
https://blog.csdn.net/weixin_49702090/article/details/110787060
一、日期处理(两种方式)
1、数据库层面的处理
一般不推荐使用,工作中不允许修改数据库
1.1、表中新增create_time、update_time两列,并设置默认值和
字段:create_time
字段:修改时间
1.2、单元测试
1、实体类
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Book {
@TableId(type = IdType.AUTO) //主键自增策略
private Integer id;
private String bookname;
private String author;
private Date createTime;
private Date updateTime;
}
2、定义BookMapper接口
@Repository
public interface BookMapper extends BaseMapper<Book> {
}
3、编写测试类进行测试并查看结果
@RunWith(SpringRunner.class)
@SpringBootTest
public class BookTimeTest {
@Autowired
private BookMapper bookMapper;
@Test //测试添加
public void insertBook(){
Book book=new Book();
book.setBookname("白夜行");
book.setAuthor("东野圭吾");
bookMapper.insert(book);
System.out.println("添加結果:"+book);
//结果成功,表中时间自动添加,表中结果:
//1 白夜行 东野圭吾 2020-12-06 21:24:34 2020-12-06 21:24:34
}
@Test //测试update_time列的自动更新
public void updateBook(){
Book book=new Book();
book.setId(1);
book.setBookname("白夜行222");
book.setAuthor("东野圭吾");
bookMapper.updateById(book);
//表中数据:
// 1 白夜行222 东野圭吾 2020-12-06 21:24:34 2020-12-06 21:28:19
}
}
结果证明我们的创建时间和修改时间都能自动完成添加与更新,完全由数据库端执行,不需要我们人为操作。
2、代码侧层面上的处理(推荐使用)
通过MyBatis-plus注解与执行器帮我们实现
1、表中只需创建两个字段create_time、update_time,不需要像上面那样进行任何处理。
2、实体类中添加注解
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Book {
@TableId(type = IdType.AUTO) //主键自增策略
private Integer id;
private String bookname;
private String author;
@TableField(fill = FieldFill.INSERT) //添加时自动填充
private Date createTime;
@TableField(fill = FieldFill.INSERT_UPDATE) //添加或修改时自动填充
private Date updateTime;
}
填充策略:
public enum FieldFill {
DEFAULT, ——默认不进行任何操作
INSERT,——添加时进行填充操作
UPDATE,——修改时进行填充操作
INSERT_UPDATE; ——添加或修改时进行填充操作
}
3、编写处理器处理注解
@Component //一定要将处理器添加到 Ioc容器中
@Slf4j
public class MyMetaObjectHandler implements MetaObjectHandler {
@Override //1、重写插入时候的填充策略
public void insertFill(MetaObject metaObject) {
log.info("start insert fill ...");
//setFieldValByName(String fieldName, Object fieldVal, MetaObject metaObject)
this.setFieldValByName("createTime", new Date(), metaObject);
this.setFieldValByName("updateTime", new Date(), metaObject);
}
@Override //2、重写修改时候的填充策略
public void updateFill(MetaObject metaObject) {
log.info("start update fill ...");
this.setFieldValByName("updateTime", new Date(), metaObject);
}
}
4、测试结果成功
二、MyBatis-Plus 实现乐观锁机制
1、原理:
1.把表中的每一条数据加version字段;
2.取出数据时获得当前 version;
3.修改时带上获得的version;
update user set userName=‘kobe’ ,version=version where id=2 and version=1 ;
2、数据库表中添加version字段,默认值为1
3、实体类中添加 version 属性,并添加@Version 注解。
@Data
@AllArgsConstructor
@NoArgsConstructor
public class User implements Serializable {
@TableId(type = IdType.AUTO) //指定主键生成策略
private Integer id;
private String username;
private String password;
private String email;
private String gender;
private Integer role;
@Version //代表是数据库中的版本号
private Integer version;
}
4、配置乐观锁
import com.baomidou.mybatisplus.extension.plugins.OptimisticLockerInterceptor;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import com.baomidou.mybatisplus.extension.plugins.PaginationInterceptor;org.springframework.transaction.annotation.EnableTransactionManagement;
@Configuration //配置类
@EnableTransactionManagement //自动管理事务注解
public class MybatisPlusConfig {
/**
* 配置乐观锁组件
* @return
*/
@Bean
public OptimisticLockerInterceptor optimisticLockerInterceptor() {
return new OptimisticLockerInterceptor();
}
/**
* 配置分页插件组件
* @return
*/
@Bean
public PaginationInterceptor paginationInterceptor(){
return new PaginationInterceptor();
}
/**
* 配置逻辑删除组件
* @return
*/
@Bean
public ISqlInjector sqlInjector(){
return new LogicSqlInjector();
}
/**
* 配置性能分析插件
* 在我们平时开发中可能会遇到一些慢SQL,这时配置性能分析拦截器就会拦截每个SQL
* 输出每一条SQL,并打印SQL执行时间
* 如果SQL执行时间超出设置阈值,则说明性能低报异常
* @return
*/
@Bean
@Profile({"dev","test"}) //设置 dev,test 环境开启
public PerformanceInterceptor performanceInterceptor(){
PerformanceInterceptor performanceInterceptor = new PerformanceInterceptor();
//设置SQL最大可执行时间,超出这个时间说明SQL性能有问题,报超时异常
performanceInterceptor.setMaxTime(10); //ms
//是否格式化SQL
performanceInterceptor.setFormat(true);
return performanceInterceptor;
}
}
5、测试
分别模拟单线程、多线程下的乐观锁机制测试
@Test //单线程测试,测试成功
public void testOptimisticLocker(){
//先查询
User user = userMapper.selectById(27);
/**
* ==> Preparing: SELECT id,username,password,email,gender,role,version FROM user WHERE id=?
* ==> Parameters: 27(Integer)
* <== Columns: id, username, password, email, gender, role, version
* <== Row: 27, wang, 123456, 123@qq.com, 男, 2, 1
* <== Total: 1
*/
//进行修改
user.setPassword("321654");
user.setEmail("888888888888@163.com");
int row = userMapper.updateById(user);
/**
* MyBatis-Plus自动生成SQL,自动将当前version + 1
* ==> Preparing: UPDATE user SET username=?, password=?, email=?, gender=?, role=?, version=? WHERE id=? AND version=?
* ==> Parameters: wang(String), 321654(String), 888888888888@163.com(String), 男(String), 2(Integer), 2(Integer), 27(Integer), 1(Integer)
* <== Updates: 1
*/
}
@Test //多线程并发测试,测试成功
public void testOptimisticLocker2(){
//先查询
User user = userMapper.selectById(27);
user.setPassword("dddddsssss");
user.setEmail("888888888888@163.com");
//---------------------------------------------------------
//模拟另外一个抢占到CPU进行了修改
User user2 = userMapper.selectById(27);
user2.setPassword("dddddsssss");
user2.setEmail("9999999999999@163.com");
userMapper.updateById(user2);
//----------------------------------------------------------
userMapper.updateById(user);
//结果:27 wang dddddsssss 9999999999999@163.com 男 2 3
//发现中途插入进去的线程数据添加成功,而被插入的线程数据添加失败
//原因:当第一个线程再一次抢占到CPU准备修改时发现版本号已经变了,所以修改失败
}
三、自带分页插件的使用
1、编写配置类配置分页插件(在如上乐观锁的配置类中已经配置)
2、直接编写测试类演示使用
@Test
public void testPage(){
//构建分页条件-----------第2页----------每页3条记录数
Page<User> page=new Page<>(2,3);
/*
==> Preparing: SELECT id,username,password,email,gender,role,version FROM user LIMIT ?,?
==> Parameters: 3(Long), 3(Long)
实际上也是底层为我们自动计算,添加 limit 构建动态SQL
*/
//执行分页查询方法
userMapper.selectPage(page, null);
//获取查询结果
page.getRecords().forEach(System.out::println);
//除了表中数据,还有其他信息,等等......
System.out.println("总记录数:"+page.getTotal());
System.out.println("是否有下一页:"+page.hasNext());
System.out.println("是否有上一页:"+page.hasPrevious());
}
四、逻辑删除的使用
概念:
物理删除:数据库中某行数据真的删除掉了,从此再也不见。
逻辑删除:在数据库表中加一个字段(deieted),比如当deleted=0时表示没有被删除;当deleted=1时表示该条数据已经删除,客户再查询的时候便查询不到,只有数据库管理员打开数据库时候才能看见。
我们大多数业务中使用逻辑删除而不是真的删除掉
MyBatis-Plus中自带逻辑删除方法,使用如下:
1、表中添加字段deleted,设置默认值为0,实体类中相应添加该字段并使用@TableLogic注解表示该字段为逻辑删除字段。
@TableLogic //逻辑删除注解
private Integer deleted; //逻辑删除
2、配置逻辑删除组件(在如上乐观锁的配置类中已经配置)
3、application.properties配置文件中配置逻辑删除,需配置我们定义的0和1分别代表什么,供框架识别。
# 配置数据库连接
spring.datasource.username=root
spring.datasource.password=123456
spring.datasource.url=jdbc:mysql://localhost:3306/question_bank?useSSL=false&useUnicode=true&characterEncoding=utf-8&serverTimezone=GMT
spring.datasource.driver-class-name=com.mysql.jdbc.Driver
# 配置日志
mybatis-plus.configuration.log-impl=org.apache.ibatis.logging.stdout.StdOutImpl
# 配置逻辑删除,逻辑删除了的表中用1表示,没删除的0表示
mybatis-plus.global-config.db-config.logic-delete-value=1
mybatis-plus.global-config.db-config.logic-not-delete-value=0
4、测试删除表中主键为14的记录行,执行删除操作后发现,表中deleted属性已经由0自动更改为1。并且,当我们再次查询所有记录时发现这条记录并不能查询到。表示逻辑删除成功。
我们看控制台打印出来的SQL不难发现,MyBatis-Plus替我们执行的实际上是修改操作。
==> Preparing: UPDATE user SET deleted=1 WHERE id=? AND deleted=0
==> Parameters: 14(Integer)
五、SQL性能分析插件
1、配置SQL性能分析插件(在如上乐观锁的配置类中已经配置)。
@Bean
@Profile({"dev","test"}) //设置 dev,test 环境开启
public PerformanceInterceptor performanceInterceptor(){
PerformanceInterceptor performanceInterceptor = new PerformanceInterceptor();
//设置SQL最大可执行时间,超出这个时间说明SQL性能有问题,报超时异常
performanceInterceptor.setMaxTime(10); //ms
//是否格式化SQL
performanceInterceptor.setFormat(true);
return performanceInterceptor;
}
2、需在配置文件中配置设置当前为开发环境
spring.profiles.active=dev
3、以查询所有用户为例进行测试使用
@Test
public void contextLoad(){
List<User> users = userMapper.selectList(null);
users.forEach(System.out::println);
}
控制台打印结果:
显示SQL执行时间太长需要优化,说明MyBatis-Plus执行SQL性能自动分析生效;
当增大超时时间后,能正常查询出所有。