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

蔚落 2021-06-24 14:35 253阅读 0赞

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

则以下代码中的"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()后才会抛出异常。