在此前发表的《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()后才会抛出异常。