查询Nested Transaction细节时,经典例子 serviceA 调用 serviceB,当SeviceB事务传播属性为NESTED时,serviceA
只要catch住了Exception就能保证调用serviceB之前的操作提交而不受ServiceB异常的影响,但是如果
REQUIRES_NEW时,serviceA和serviceB相对独立,serviceB有异常会不影响serviceA.下面测试。
我用的是(maven dependencies里主要版本号)spring3.11 + jpa2.0 + hibernate4.13.后来运行的时候发现有异常:
JpaDialect does not support savepoints - check your JPA provider's capabilities
private SavepointManager getSavepointManager() { if (!isSavepointAllowed()) { throw new NestedTransactionNotSupportedException( "Transaction manager does not allow nested transactions"); } SavepointManager savepointManager = getEntityManagerHolder().getSavepointManager(); if (savepointManager == null) { throw new NestedTransactionNotSupportedException( "JpaDialect does not support savepoints - check your JPA provider's capabilities"); } return savepointManager; }
jpa transaction manager 不支持 nested transaction,但JpaTransactionManager的属性nestedTransactionAllowed默认为true,如下。
public JpaTransactionManager() { setNestedTransactionAllowed(true); }
后来才知道Hibernate也不支持Nested Transaction,测试不了,只能用jdbc事务了,使用JdbcTemplate。
换成jdbc后的主要配置:
<context:component-scan base-package="cn.xx.xx" /> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean> <tx:annotation-driven transaction-manager="transactionManager"/> <bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate"> <property name="dataSource" ref="dataSource"></property> </bean> <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="driverClassName" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3306/hibernatetest" /> <property name="username" value="userName" /> <property name="password" value="password" /> </bean>
test case 主要相关代码:
public void testInvoke(){ InvokeService ins = (InvokeService) appContext.getBean("invokeServive"); //ins.invokeTest(); ins.jdbcInvokeTest(); System.out.println("test invoke end"); }
invokeservice:
@Service("invokeServive") public class InvokeService { private InvokeServiceA serviceA; private InvokeServiceB serviceB; public InvokeServiceA getServiceA() { return serviceA; } @Autowired public void setServiceA(InvokeServiceA serviceA) { this.serviceA = serviceA; } public InvokeServiceB getServiceB() { return serviceB; } @Autowired public void setServiceB(InvokeServiceB serviceB) { this.serviceB = serviceB; } @Transactional(propagation=Propagation.REQUIRED) public void jdbcInvokeTest(){ serviceB.jdbcValidInsert(); try{ serviceA.jdbcExceptionInsert(); }catch (Exception e) { System.out.println("excetpion hander"); } System.out.println("jdbc invoke method end."); } }
serviceB.jdbcValidInsert():
//@Transactional(propagation=Propagation.REQUIRES_NEW) @Transactional(propagation=Propagation.REQUIRED) //@Transactional(propagation=Propagation.NESTED) public void jdbcValidInsert(){ comDao.jdbcValidInsertTest(); }
serviceA.jdbcExceptionInsert():
//@Transactional(propagation=Propagation.REQUIRED) //@Transactional(propagation=Propagation.REQUIRES_NEW) @Transactional(propagation=Propagation.NESTED) public void jdbcExceptionInsert(){ comDao.jdbcExceptionInsertTest(); }
comDao相关方法( 表User(id,password,userName),这里使之抛运行时异常,因为checked异常没有特殊
指定rollback处理的话,是不会理会异常而导致数据都正常提交。):
public void jdbcExceptionInsertTest(){ jdbcTemplate.execute("insert into User(password,userName) values ('pwd','excepNor')"); jdbcTemplate.execute("insert into User(oopassword,userName) values ('pwd','exception')"); } public void jdbcValidInsertTest(){ jdbcTemplate.execute("insert into User(password,userName) values ('pwd','valid')"); }
运行结果:
控制台
excetpion hander
jdbc invoke method end.
test invoke end
数据库,一条 (pwd,valid)的记录。
没问题,jdbcExceptionInsertTest() 执行第二条时异常,DataSourceTransactionManager使数据库回滚到第一条执行
以前的savepoint,向上throw exception,被catch住,打印出excetpion hander,接着执行打印jdbc invoke method
end. 这时候事务要提交了,因为 serviceB.jdbcValidInsert()是required,所以一起commit,事务结束。
测试二:
将try catch去掉:
@Transactional(propagation=Propagation.REQUIRED) public void jdbcInvokeTest(){ serviceB.jdbcValidInsert(); //try{ serviceA.jdbcExceptionInsert(); //}catch (Exception e) { // System.out.println("excetpion hander"); //} System.out.println("jdbc invoke method end."); }
运行结果:
控制台:errors:org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar
数据库:没有数据
jdbcExceptionInsertTest() 执行第二条时异常,回滚后没有被hold住,导致“jdbc invoke method end”没来及执行直
接退出,事务管理器回滚jdbcValidInsertTest执行的结果,然后commit。
测试三,只将jdbcExceptionInsert改为requires new,注意 try catch还是注释掉的状态:
//@Transactional(propagation=Propagation.REQUIRED) @Transactional(propagation=Propagation.REQUIRES_NEW) //@Transactional(propagation=Propagation.NESTED) public void jdbcExceptionInsert(){ comDao.jdbcExceptionInsertTest(); }
运行结果:
控制台:errors:org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar
数据库:没有数据
本来我原这么理解requires new,就是总是新启事务,很独立,跟其他人无关,也就是有异常,自己回滚自己的,不影响
他人,如jdbcExceptionInsert回滚自身做的所有操作,但是的的确确它影响到了和他平级的事务,数据库没有数据就是证
明,他在遇到异常后,回滚他的所有操作,commit,然后throw 异常,上层没hold住,jdbcInvokeTest结束执行,故没
有打印输出,事务管理器回滚serviceB.jdbcValidInsert()的操作,然后commit。这也就意味着在没有try catch时他的行
为和 nested时候是一样的。 那catch的时候会怎么样呢?
测试四,打开try catch:
@Transactional(propagation=Propagation.REQUIRED) public void jdbcInvokeTest(){ serviceB.jdbcValidInsert(); try{ serviceA.jdbcExceptionInsert(); }catch (Exception e) { System.out.println("excetpion hander"); } System.out.println("jdbc invoke method end."); }
运行结果:
控制台:
excetpion hander
jdbc invoke method end.
test invoke end
数据库:一条数据(pwd,valid)
证明和nested相对应的情况仍然一致,按我的理解 requires new 就是一个独立王国,如果有异常,即使上层不catch应该
也不影响上层的正常操作的提交,事实却不是,是不是感觉 那要requires new 有什么用呢,这种情况requires new 和
nested确实是可以互相替换。但是如果想把InvokeServiceB的jdbcValidInsert首先提交不受后续操作影响,REQUIRES
NEW就很管用,此时 即使后续操作异常不catch,前面操作因先commit了而不受影响,(pwd,valid)会正常插入。
测试五,将jdbcExceptionInsert()改成required。
@Transactional(propagation=Propagation.REQUIRED) //@Transactional(propagation=Propagation.REQUIRES_NEW) //@Transactional(propagation=Propagation.NESTED) public void jdbcExceptionInsert(){ comDao.jdbcExceptionInsertTest(); }
运行结果:
控制台:errors,org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back
because it has been marked as rollback-only
excetpion hander
jdbc invoke method end.
数据库:没有数据。
required说明jdbcExceptionInsert是上层的一部分,回滚的时候会回滚到serviceB.jdbcValidInsert()执行前的
savepoint,抛出的异常被捕获,输出"excetpion hander",jdbcInvokeTest()接着执行,输出"jdbc invoke
method end." 事务commit,因为事务被底层标志rollback-only,应该是此时回滚(也许是异常发生时)并throw
出异常,所以testInvoke()里的"test invoke end"没机会执行。这里transaction manager貌似个过滤器,最后
根据是否是受检查异常去决定是否回滚,根据是否回滚决定是否再抛出异常。
由测试知道上述情况下nested和requires new可以互换,并且requires new 是又用的,那么又问题又回来了,nested
存在的意义呢,它能在什么情况下不可替代呢,按我现在理解是不是这个只有在某个极端情况下出现呢,虽然没做多少年
开发但是真的没遇到过这种情况,是不是hibernate 不支持也能说明此情况呢?