Java 多线程事务回滚 ——多线程插入数据库时事务控制

背景

日常项目中,经常会出现一个场景,同时批量插入数据库数据,由于逻辑复杂或者其它原因,我们无法使用sql进行批量插入。串行效率低,耗时长,为了提高效率,这个时候我们首先想到多线程并发插入,但是如何控制事务呢 … 直接上干货

实现效果
  • 开启多条子线程,并发插入数据库
  • 当其中一条线程出现异常,或者处理结果为非预期结果,则全部线程均回滚
代码实现
@Service
public class CompanyUserBatchServiceImpl implements CompanyUserBatchService {
    private static final Logger logger = LoggerFactory.getLogger(CompanyUserBatchServiceImpl.class);

    @Autowired
    private CompanyUserService companyUserService;

    @Override
    public ReturnData addNewCurrentCompanyUsers(String params) {
        logger.info("addNewCompanyUsers 新增参保人方法");
        logger.info(">>>>>>>>>>>>参数:{}", params);
        ReturnData rd = new ReturnData();
        rd.setRetCode(CommonConstants.RETURN_CODE_FAIL);
        if (StringUtils.isBlank(params)) {
            rd.setMsg("入参为空!");
            logger.info(">>>>>>入参为空。");
            return rd;
        }

        List<CompanyUserResultVo> companyUsers;
        try {
            companyUsers = JSONObject.parseArray(params, CompanyUserResultVo.class);
        } catch (Exception e) {
            logger.info(">>>>>>>>>入参格式有误: {}", e);
            rd.setMsg("入参格式有误!");
            return rd;
        }


        //每条线程最小处理任务数
        int perThreadHandleCount = 1;
        //线程池的最大线程数
        int nThreads = 10;
        int taskSize = companyUsers.size();

        if (taskSize > nThreads * perThreadHandleCount) {
            perThreadHandleCount = taskSize % nThreads == 0 ? taskSize / nThreads : taskSize / nThreads + 1;
            nThreads = taskSize % perThreadHandleCount == 0 ? taskSize / perThreadHandleCount : taskSize / perThreadHandleCount + 1;
        } else {
            nThreads = taskSize;
       
### 使用 `SqlSessionTemplate` 实现事务回滚 当使用 MyBatis 的 `SqlSessionTemplate` 进行数据库操作,为了确保数据的一致性和完整性,在遇到错误情况下应当执行事务回滚。通常情况下,这可以通过编程方式捕获异常并调用相应的 API 来完成。 对于 `SqlSessionTemplate` 而言,其内部已经封装好了大部分的事务逻辑处理工作,因此开发者不需要直接创建或关闭 `SqlSession` 对象。然而,仍然需要注意一些关键点以确保正确地实现了事务管理: - **自动提交设置**:默认情况下,`SqlSessionTemplate` 中的会话处于自动提交模式开启状态。这意味着每次执行 SQL 命令之后都会立即生效。为了避免这种情况影响到整个事务流程,建议显式地禁用自动提交功能[^2]。 - **异常捕捉与传播**:在业务代码中应合理设计 try-catch 结构来监控可能出现的各种运行期异常,并根据实际情况决定是否触发回滚动作。一旦检测到了不可恢复的错误,则应及通知框架进行回滚操作。 下面是一个简单的例子展示了如何利用 `@Transactional` 注解配合 `SqlSessionTemplate` 完成基本的 CRUD 操作以及必要的回滚机制: ```java @Service public class UserService { @Autowired private SqlSessionTemplate sqlSession; /** * 插入新用户记录 */ @Transactional(rollbackFor = Exception.class) public void insertUser(User user) throws SQLException { UserMapper mapper = sqlSession.getMapper(UserMapper.class); try { int result = mapper.insert(user); if (result != 1){ throw new RuntimeException("Insert failed"); } } catch (Exception e) { // Log exception details here... throw e; } } } ``` 在这个案例里,假设 `insert()` 方法返回值不是预期的结果数(即受影响行数),就会抛出一个运行异常从而激活 Spring AOP 层面配置好的全局事务拦截器来进行回滚操作[^4]。 值得注意的是,如果应用程序涉及到跨多个不同数据源的操作,那么仅依靠单一的事务管理策略可能会导致部分成功的情况发生——也就是说某些更改被保存下来而其他未成功的变更却未能撤销掉。针对此类场景,推荐采用分布式事务解决方案或者调整架构使得单次请求内只作用于同一个持久化单元之上[^5]。 #### 注意事项 - 确认所使用的版本兼容性; - 配置文件中的 `<transactionManager>` 和 `<sqlSessionFactory>` 是否已正确定义关联关系; - 如果是在非 Web 应用环境中部署,请额外关注线程安全问题;
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值