SpringBoot使用@Async和@Transactional注解优化接口

1、业务背景：

　　项目上有一个接口需要按照前端传递的时间段范围修改6个表的数据，接口V1版本开发完成是使用的同步方式全局@Transactional注解的方式去做的，但存在一个问题就是在这六个表中，sc_xxx_rtd和sc_xxx_minute的表数据量巨大，导致接口RT时间达到了几十秒的程度，严重影响用户使用。

2、优化思路：

　　使用@Async注解配合自定义异步线程池将修改6️⃣个表数据的update操作异步执行，并使用@Transactional主键保证修改数据这个操作的原子性，要不全部成功，要不全部失败；

3、代码实现：

/**
 * 异步线程池配置
 *
 * @author zhanglei
 * @date 2022-02-28 9:34
 */
@Configuration
@EnableAsync
public class AsyncConfig implements AsyncConfigurer {

    @Override
    @Bean(name = "asyncTaskExecutor")
    public Executor getAsyncExecutor() {
        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
        executor.setCorePoolSize(20);//核心线程数
        executor.setMaxPoolSize(40);//最大线程数
        executor.setQueueCapacity(1000);//队列大小
        executor.setKeepAliveSeconds(300);//线程最大空闲时间
        executor.setThreadNamePrefix("AsyncExecutor-"); //指定用于新创建的线程名称的前缀。
        executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());//拒绝策略（一共四种，此处省略）
        executor.initialize();
        return executor;
    }

    @Override
    public AsyncUncaughtExceptionHandler getAsyncUncaughtExceptionHandler() {
        System.out.println("异常处理器！！你可以自定义异常处理器～");
        return new MyAsyncUncaughtExceptionHandler();
    }
}

@Slf4j
@Component
class MyAsyncUncaughtExceptionHandler implements AsyncUncaughtExceptionHandler {

    @Resource
    private AsyncTaskExceptionLogMapper asyncTaskExceptionLogMapper;

    @Override
    public void handleUncaughtException(Throwable ex, Method method, Object... params) {

        log.error("occur exception class#method: " + method.getDeclaringClass().getName() + "#" + method.getName());
        log.error("occur exception type        : " + ex.getClass().getName());
        log.error("occur exception exception   : " + ex.getMessage());
        log.error("occur exception param   : " + JSONUtil.toJsonStr(Lists.newArrayList(params)));


        if (ObjectUtil.isNotNull(ex) && ObjectUtil.isNotNull(method)) {
            AsyncTaskExceptionLog asyncTaskExceptionLog = new AsyncTaskExceptionLog();
            asyncTaskExceptionLog.setId(IdUtil.getSnowflakeNextIdStr());
            asyncTaskExceptionLog.setOccurClass(method.getDeclaringClass().getName());
            asyncTaskExceptionLog.setOccurMethod(method.getName());
            asyncTaskExceptionLog.setOccurType(ex.getClass().getName());
            asyncTaskExceptionLog.setOccurMessgae(ex.getMessage());
            if (ObjectUtil.isNotNull(params)) {
                asyncTaskExceptionLog.setOccurParam(JSONUtil.toJsonStr(Lists.newArrayList(params)));
            }
            asyncTaskExceptionLogMapper.insert(asyncTaskExceptionLog);
        }

    }
}

/**
     * 更新sc_data_xxx和sc_data_xxx_review的数据
     */
    @Async(value = "asyncTaskExecutor")
    @Transactional(rollbackFor = Throwable.class)
    public void updateScData(String userName, DailyMaintenance dailyMaintenance, AppMaintenanceExamine appMaintenanceExamine,
                             String reviseStartTime, String reviseEndTime, String id, Date beforeExceptionStartTime, Date beforeExceptionEndTime) {
        try {
            log.info("进入异步方法内");
            //获取巡检模板ID、异常因子编码列表、设备编码
            Integer templateId = appMaintenanceExamine.getExamineTemplateId();
            String exceptionPolCodeStr = dailyMaintenance.getExceptionPolCodeList();
            String deviceCode = dailyMaintenance.getDeviceCode();

            //故障异常标识
            String flag = "D";

            List<ExceptionDataOperateLog> paramList = Lists.newArrayList();

            /*
             * 如果异常因子编码列表为空则不修改
             * 判断运维人员上传的异常因子编码，如果是ALL则按照设备编码和时间段去查询修改全部因子review数据
             * 否则根据解析出的因子，按照设备编码和要修改的因子polCode以及时间段去修改对应review数据
             * 只有查询出符合条件的数据才去执行修改，否则不去执行update，避免查询不出数据而导致修改了全表数据
             * 也给review相关数据打标识
             */
            updateReviewData(reviseStartTime, reviseEndTime, exceptionPolCodeStr, deviceCode, userName, flag, paramList);

            //给原始数据打标识
            updateOriginalFlag(reviseStartTime, reviseEndTime, templateId, exceptionPolCodeStr, deviceCode, userName, flag, paramList);

            if (CollectionUtil.isNotEmpty(paramList)) {
                //批量插入操作日志数据到日志记录表
                exceptionDataOperateLogMapper.batchInsert(paramList);
            }

            log.info("异步方法执行完毕");
        } catch (Exception e) {
            log.error("异步修改数据出现异常:", e);
            //获取Spring容器对象
            ApplicationContext applicationContext = SpringUtil.getApplicationContext();
            RevisalErrorEvent revisalErrorEvent = new RevisalErrorEvent(this);
            revisalErrorEvent.setId(id);
            revisalErrorEvent.setBeforeExceptionStartTime(beforeExceptionStartTime);
            revisalErrorEvent.setBeforeExceptionEndTime(beforeExceptionEndTime);
            applicationContext.publishEvent(revisalErrorEvent);
            //手动回滚事务
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
    }

/**
 * 订正异常event事件
 * @author zhangl
 * @date 2022-04-21 14:32
 */
@SuppressWarnings("ALL")
@Data
public class RevisalErrorEvent extends ApplicationEvent {

    /**
     * 日常运维表主键id
     */
    private String id;

    /**
     * 之前的异常开始时间
     */
    private Date beforeExceptionStartTime;

    /**
     * 之前的异常开始时间
     */
    private Date beforeExceptionEndTime;

    public RevisalErrorEvent(Object source) {
        super(source);
    }

}

/**
 * @author zhangl
 * @date 2022-05-25 10:10
 */
@Component
@Slf4j
public class RevisalErrorEventListener implements ApplicationListener<RevisalErrorEvent> {

    @Resource
    private DailyMaintenanceMapper dailyMaintenanceMapper;

    /**
     * 监听异步任务是否出现异常，出现则回滚日常运维表的数据
     *
     * @param event
     */
    @Override
    public void onApplicationEvent(RevisalErrorEvent event) {
        String id = event.getId();
        Date beforeExceptionStartTime = event.getBeforeExceptionStartTime();
        Date beforeExceptionEndTime = event.getBeforeExceptionEndTime();
        DailyMaintenance dailyMaintenance = dailyMaintenanceMapper.selectById(id);
        dailyMaintenance.setExceptionStartTime(beforeExceptionStartTime);
        dailyMaintenance.setMaintenanceEndTime(beforeExceptionEndTime);
        dailyMaintenance.setIfRevise(0);
        dailyMaintenanceMapper.updateById(dailyMaintenance);
    }

}

    <update id="batchUpdateFlag">
        update sc_data_hour
        <set>
            <if test="flag != null and flag !=''">
                flag = #{flag}
            </if>
        </set>
        <where>
            <if test="startDateTime != null and startDateTime != ''">
                and data_time &gt;= to_date(#{startDateTime},'yyyy-MM-dd hh24:mi:ss')
            </if>
            <if test="endDateTime != null and endDateTime != ''">
                and data_time &lt;= to_date(#{endDateTime},'yyyy-MM-dd hh24:mi:ss')
            </if>
            and flag != 'D'
        </where>
    </update>

 

注意事项：

　　原版update的修改语句是通过where id in 的方式去修改的，但实际发现如果id的数据量特别多成千上万那种的话，sql执行的效率就非常的低，如果可以的话尽可能使用范围条件而不是in的方式