《Spring事务的陷阱(3)》中的现象与myBatis的执行器参数

    在此前发表的《Spring事务的陷阱(3)》中,该现象仅与myBatis的参数"defaultExecutorType" 有关。若将mybatis.xml中的参数"defaultExecutorType"设为"BATCH",即:

	 <configuration>
	     <settings>
	          <setting name="defaultExecutorType" value="BATCH"/>
	     </settings>
	 <configuration>

    则以下代码中的"bookDao.save(book)" 在主键冲突时不会马上抛出异常,而只会在该方法调用结束后、在事务提交前才抛出异常。

    @Transactional
    public void registerBook(Long userId, Book book) {
        try {
            System.out.println(">>Begin...");

            bookDao.save(book);

            System.out.println(">>Success!");

        } catch (Exception e) {
            System.out.println(">>Failed, here catched a exception! ");
        }
    }

    若将myBatis的上述参数"defaultExecutorType"设为"REUSE"或"SIMPLE",则"bookDao.save(book)" 在主键冲突时会立即抛出异常,然后执行进入到catch块。

myBatis官方对参数"defaultExecutorType"是这样说明的:

    有这样三种执行器, SIMPLE是普通的执行器;REUSE执行器会重用预处理语句(prepared statements);BATCH执行器将重用语句并执行批量更新。

那么应该可理解为:

  • 设为"SIMPLE", 在执行bookDao.save(book)时,就相当于JDBC的stmt.execute(sql);
  • 设为"REUSE", 在执行bookDao.save(book)时,相当于JDBC重用一条sql,再通过stmt传入多项参数值,然后执行stmt.executeUpdate()或stmt.executeBatch();
  • 设为"BATCH", 在执行bookDao.save(book)时,相当于JDBC语句的 stmt.addBatch(sql),即仅仅是将执行SQL加入到批量计划。 所以此时不会抛出主键冲突等运行时异常,而只有临近commit前执行stmt.execteBatch()后才会抛出异常。

转载于:https://my.oschina.net/HuQingmiao/blog/516378

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值