Springboot + Mybatis-plus事务管理

本文介绍了在Springboot项目中如何利用Mybatis-plus进行事务管理,确保数据库操作的原子性。通过添加相关依赖并开启事务,可以在需要的地方使用@Transactional注解启动事务。同时,文章提醒注意默认只对RuntimeException进行回滚,并讨论了如何处理自定义异常以确保事务正常回滚。此外,还展示了如何在订单功能中应用这些概念。
摘要由CSDN通过智能技术生成

目录

一步到位springboot目录
gitee:https://gitee.com/chaitou/leilema.git

前言

上节完善了productInfo的CRUD功能,这节我们完善Order订单功能,比起productInfo,订单的功能需要

  1. 事务操作,保证多个数据库操作的原子性
  2. vo变复杂了,因此需要dto做转换

事务

事务就是为了保证多次数据库操作的原子性。举个简单的例子
买商品第一步要扣钱,第二步要扣库存。如果没有事务,一旦第一步与第二步之间出现了异常,那么钱是扣了,库存却没变,这显然不符合业务场景。要么都成功要嘛都失败

  1. springboot中使用事务就很简单了,首先引入依赖spring-tx,但是mybatis-plus的依赖中已经引入,因此又少了一步

  2. 开启事务,在Springboot的启动类,或者某个@Configuration的类上加上@EnableTransactionManagement开启事务。因为这是数据库相关,所以我加在了mybatis-plus的配置类上

@EnableTransactionManagement
@MapperScan("com.bugpool.leilema.*.mapper")
@Configuration
public class MybatisPlusConfiguration {
     
    /**
     * 分页插件
     */
    @Bean
    public PaginationInterceptor paginationInterceptor() {
     
        PaginationInterceptor paginationInterceptor = new PaginationInterceptor();
        // 设置请求的页面大于最大页后操作, true调回到首页,false 继续请求  默认false
        // paginationInterceptor.setOverflow(false);
        // 设置最大单页限制数量,默认 500 条,-1 不受限制
        // paginationInterceptor.setLimit(500);
        // 开启 count 的 join 优化,只针对部分 left join
        paginationInterceptor.setCountSqlParser(new JsqlParserCountOptimize(true));
        return paginationInterceptor;
    }
}
  1. 只要在需要使用事务的方法上加上@Transactional就可以开启事务了,还是很简单的

注意点

  1. @Transactional默认回滚的是RuntimeException也就是说如果抛出的不是RuntimeException的异常,数据库是不会回滚的。但是所幸的是,在spring框架下,所有的异常都被org.springframework重写为RuntimeException,因此不需要太担心
@Transactional
	public void buy() throws Exception {
     
        1. 扣钱
        throw new 非RuntimeException异常("发生异常");
        2. 扣库存
    }

	// 有一种处理方法是指定回滚的异常
	@Transactional(rollbackFor = Exception.class)
		public void buy() throws Exception {
     
        1. 扣钱
        throw new 非RuntimeException异常("发生异常");
        2. 扣库存
    }
  1. 还有如果在异常发生时,程序员自己手动捕获处理了,异常也不会回滚
@Transactional
	public void buy() throws Exception {
     
        try{
     
        1. 扣钱
        } catch (Exception e) {
     
        	catch了自己处理,也就是异常被自己吞了,外层并不知道,此时也不会回滚
        }
        3. 扣库存
    }

正因为如此,如果你回去看一下我们自己写的APIException,它就继承了RuntimeException,因此,如果你使用的是我们自己定义的异常,你只管直接抛异常就行,回滚、日志、统一异常都已经处理好了

// 有一种处理方法是指定回滚的异常
	@Transactional(rollbackFor = Exception.class)
		public void buy() throws Exception {
     
        1. 扣钱
        // 如果此时有一些业务异常
        throw new APIException("钱太少拉!不够扣!");
        2. 扣库存
    }
@Getter
public class APIException extends RuntimeException {
     
    private int code;
    private String msg;

    // 手动设置异常
    public 
  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值