Cannot change the ExecutorType when there is an existing transaction


但凡使用mybatis,同时与spring集成使用时,接下来要说的这个问题是躲不了的。众所周知,mybatis的SqlSessionFactory在获取一个SqlSession时使用默认Executor或必须要指定一个Executor,这样一来,在同一个SqlSession的生命周期中,要想切换Executor是不可能的,比如在一个复杂业务中:
sqlSession.insert("insertMainOrder", mainOrder); // -----(1)

for(OrderInfo childOrder : childOrderList){ // -----(2)
sqlSession.insert("insertChildOrder", childOrder);
}

如果sqlSession使用ExecutorType.SIMPLE open出来的话,(2)处如果是用Jdbc batch操作将是不可能的,当然(2)处如果你再新open一个ExecutorType.BATCH的新的SqlSession的话:A、如果整个业务在无事务环境下运行的话,则不会报错,但是底层会使用多个不同的Connection,浪费资源,最重要的是无法保持在同一个事务中。B、如果整个业务在一个事务中运行的话(如propagation=Propagation.REQUIRED),则会在mybatis-spring框架中报错:TransientDataAccessResourceException("Cannot change the ExecutorType when there is an existing transaction"),究其原因是因为在mybatis-spring框架中在有事务情况下SqlSession是通过sessionFactory与当前线程绑定的,新open出来的SqlSession会与上一个使用的SqlSession的ExecutorType进行比较,如果ExecutorType改变了,则直接报错。

针对这个问题,本人基于mybatis、mybatis-spring框架基础上,通过继承扩展,解决了这个问题。

扩展后,也经过了一些测试,非常成功,得到了预期的结果:
1、一个完整复杂业务中从头到尾使用同一个SqlSession,使用jdbc batch操作(ExecutorType=BATCH)和非batch的普通操作(ExecutorType=SIMPLE)混搭的模式
2、修改过后测试了mybatis事务、spring事务等均符合预期

项目地址:https://github.com/penggle/mybatis-ex
该项目已经发布到maven中央库上:
maven:
<groupId>com.github.penggle</groupId>
<artifactId>mybatis-ex</artifactId>
<version>1.0.0</version>
<name>mybatis-ex</name>
gradle:
compile("com.github.penggle:mybatis-ex:1.0.0")
### 如何在 SqlSessionTemplate 中动态设置或更改 ExecutorType `SqlSessionTemplate` 是 MyBatis-Spring 提供的一个线程安全的类,用于管理 `SqlSession` 的生命周期。默认情况下,`SqlSessionTemplate` 使用的是简单执行器 (`SimpleExecutor`),但如果需要自定义其行为(例如批量操作),可以通过配置不同的 `ExecutorType` 来实现。 以下是关于如何在 `SqlSessionTemplate` 中动态设置或更改 `ExecutorType` 的方法: #### 方法一:通过 Spring 配置文件静态指定 `ExecutorType` 如果只需要全局范围内固定一种 `ExecutorType`,可以在创建 `SqlSessionFactoryBean` 或者注入 `SqlSessionTemplate` 时直接指定它。 ```xml <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> </bean> <bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate"> <constructor-arg index="0" ref="sqlSessionFactory"/> <constructor-arg index="1" value="BATCH"/> <!-- 设置为 BATCH --> </bean> ``` 这种方式适用于不需要频繁切换 `ExecutorType` 的场景[^1]。 --- #### 方法二:通过编程方式动态修改 `ExecutorType` 当需要在运行时动态调整 `ExecutorType` 时,可以借助 `SqlSessionUtils` 和手动创建临时的 `SqlSession` 实现这一需求。 下面是一个完整的示例代码展示如何动态设置 `ExecutorType` 并完成特定的操作: ```java import org.apache.ibatis.session.ExecutorType; import org.apache.ibatis.session.SqlSession; import org.mybatis.spring.SqlSessionTemplate; public void executeWithCustomExecutor(SqlSessionTemplate sqlSessionTemplate, ExecutorType executorType) { // 获取当前使用的 SqlSessionFactory var sqlSessionFactory = sqlSessionTemplate.getSqlSessionFactory(); // 创建一个新的 SqlSession 对象并指定所需的 ExecutorType try (var customSqlSession = SqlSessionUtils.getSqlSession(sqlSessionFactory, executorType)) { // 执行具体逻辑 var mapper = customSqlSession.getMapper(AccMapper.class); mapper.someBatchOperation(); // 假设这是一个批处理操作 } catch (Exception e) { throw new RuntimeException("Failed to execute with custom ExecutorType", e); } } ``` 上述代码片段展示了如何基于传入的 `executorType` 动态创建新的 `SqlSession` 实例,并将其绑定到目标 Mapper 上以完成相应任务[^2]。 注意,在此过程中不会影响原始 `SqlSessionTemplate` 的状态及其关联的 `ExecutorType`。 --- #### 方法三:结合 XML 映射文件优化 SQL 拼接效率 对于某些复杂业务场景下的大批量插入操作,除了合理选择合适的 `ExecutorType` 外,还可以进一步优化映射文件中的 SQL 定义部分来提升性能表现。比如采用 `<foreach>` 标签构建多条记录的一次性写入语句: ```xml <insert id="batchSaveTUser" useGeneratedKeys="true" keyProperty="id"> INSERT INTO t_user(username, password, gender, salary) VALUES <foreach collection="list" item="item" separator=","> (#{item.username}, #{item.password}, #{item.gender}, #{item.salary}) </foreach> </insert> ``` 配合 `ExecutorType.BATCH` 可显著减少数据库交互次数从而提高整体吞吐能力[^3]。 --- ### 总结 以上介绍了三种不同层次上针对 `SqlSessionTemplate` 更改 `ExecutorType` 的解决方案。实际开发中应根据项目特点灵活选用最适配的技术手段达成预期效果。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值