对事务的处理又多了点思考

以下内容作为一个笔记，留给自己看看，也给一些同学一些思考

我的环境是，使用spring boot，MYSQL，mybatis，通用mapper

1、下面是在controller中处理事务

 @GetMapping("/tx")
    public String txtest(){
        DefaultTransactionDefinition defaultTransactionDefinition = new DefaultTransactionDefinition();
        defaultTransactionDefinition.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
        TransactionStatus status = transactionManager.getTransaction(defaultTransactionDefinition);

        Job job = new Job();
        job.setCompanyId("comID");
        SystemConfig systemConfig = new SystemConfig();
        systemConfig.setMainScope("mmm");
        try{
            jobService.saveNotNull(job);
//          systemConfigService.saveNotNull(systemConfig);
            transactionManager.commit(status);
        }catch (Exception e) {
            transactionManager.rollback(status);
            e.printStackTrace();
            log.error("save *** 异常");
        }
        return "";
    }

单表保存成功

切换注释

//            jobService.saveNotNull(job);
            systemConfigService.saveNotNull(systemConfig);

另一个单表也处理成功

下面测试两个表同时处理：

PS：由于为了简便，在此没有重新搭建项目测试，下面都是能够保存成功的，但是为了测试效果，直接保存job成功都直接抛出异常（RuntimeException）这样第一个错误，直接跳过第二条的处理，直接导catch中rollback了。

 @GetMapping("/tx")
    public String txtest(){
        DefaultTransactionDefinition defaultTransactionDefinition = new DefaultTransactionDefinition();
        defaultTransactionDefinition.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
        TransactionStatus status = transactionManager.getTransaction(defaultTransactionDefinition);

        Job job = new Job();
        job.setCompanyId("abc");
        SystemConfig systemConfig = new SystemConfig();
        systemConfig.setMainScope("efg");
        try{
//          两条处理都能够保存成功，但是第一个job处理保存成功都让它抛出异常，仅做测试
            if(jobService.saveNotNull(job)==1){
                throw new RuntimeException("保存job失败了");
            }
           if( systemConfigService.saveNotNull(systemConfig)!=1){
                throw new RuntimeException("保存config失败了");
            }
            transactionManager.commit(status);
        }catch (Exception e) {
            transactionManager.rollback(status);
            e.printStackTrace();
            log.error("save *** 异常");
        }
        return "";
    }

 

下面是测试控制台

检查数据库也是没有保存，两个表都没有保存此次数据。

2、但是在以前学习都是使用spirng的那套来处理事务，使用Aop，在配置文件xml或者在开启注解使用@Transactional配置在Service层的服务实现类上，但是可能（不确定）认为在service层中碰到复杂业务，操作多个表会出现代码量太多，又或者是逆向工程生成的代码泾渭分明，很多表都是各自service、各自dao，偷懒，不想在maper.xml中再去写sql（比如我），这样也是会造成有在controller中实现事务管理

PS：好像这种做法也不是很推荐，控制器主要做的还是接受请求，返回响应，如果非前后端分离，还包括路由管理。事务这块还是再service层处理，这样就出现另一种解决方案，那就是小serviceA和小serviceB都在TX_AB_Service中处理，也就是将切点配置到事务处理的TX_AB_Service，这样应该也是可行的（我没测过）。

3、如果是两个表不在同一个数据库，或者说你调用的service不是你自己的，是别人给你的，rpc啥的，上述的方法都是不可行的。

这个是我之前写的一个分布式事务处理方案

以上内容都是学习之用，多做笔记，多思考，多分享。

没有任何进步是一蹴而就的，同志仍需努力。