spring事务管理总结

项目中一直用spring，事务管理这块还是遇到了挺多问题。下面把这些问题总结一下，以供大家参考和讨论。下面先提出这些问题

问题一：spring中的声明式事务很方便，但有时候还是不能很好的满足需求。比如：项目中一些业务数据要从Excel中导入，一次导入可能上千条，每一条数据又涉及多个表（这几个表的数据需要在一个事务中）。这种情况可能声明式事务就不好办了。
问题二：“PROPAGATION_REQUIRED,readOnly”，只读事务和“PROPAGATION_REQUIRED”区别在哪里？
问题三：事务放在service层中，service中这个类的方法之间的调用，事务是什么样的？service层调用另外一个service层的类的方法，事务又是怎样的？
问题四：编程式事务中，多次提交报错：Transaction is already completed do not call commit or rollback more than once per transaction，如何解决？
首先来看一下spring中事务的基本知识
事务的属性
(1) 传播行为
PROPAGATION_MANDATORY: 方法必须在一个现存的事务中进行，否则丢出异常
PROPAGATION_NESTED: 在一个嵌入的事务中进行，如果不是，则同PROPAGATION_REQUIRED
PROPAGATION_NEVER: 指出不应在事务中进行，如果有就丢出异常
PROPAGATION_NOT_SUPPORTED: 指出不应在事务中进行，如果有就暂停现存的事务
PROPAGATION_REQUIRED: 在当前的事务中进行，如果没有就建立一个新的事务
PROPAGATION_REQUIRES_NEW: 建立一个新的事务，如果现存一个事务就暂停它
PROPAGATION_SUPPORTS: 支持现在的事务，如果没有就以非事务的方式执行
(2) 隔离层级
ISOLATION_DEFAULT: 使用底层数据库预设的隔离层级
ISOLATION_READ_COMMITTED: 允许事务读取其他并行的事务已经送出（Commit）的数据字段，可以防止Dirty read问题
ISOLATION_READ_UNCOMMITTED: 允许事务读取其他并行的事务还没送出的数据，会发生Dirty、Nonrepeatable、Phantom read等问题
ISOLATION_REPEATABLE_READ: 要求多次读取的数据必须相同，除非事务本身更新数据，可防止Dirty、Nonrepeatable read问题
ISOLATION_SERIALIZABLE: 完整的隔离层级，可防止Dirty、Nonrepeatable、Phantom read等问题，会锁定对应的数据表格，因而有效率问题
具体知识请看这篇文章，进一步了解spring事务请看这篇文章。

(3) 只读提示（Read-only hints）
如果事务只进行读取的动作，则可以利用底层数据库在只读操作时发生的一些最佳化动作，由于这个动作利用到数据库在只读的事务操作最佳化，因而必须在事务中才有效，也就是说要搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。
(4)事务超时期间（The transaction timeout period）
有的事务操作可能延续很长一段的时间，事务本身可能关联到数据表的锁定，因而长时间的事务操作会有效率上的问题，对于过长的事务操作，考虑Roll back事务并要求重新操作，而不是无限时的等待事务完成。
可以设置事务超时期间，计时是从事务开始时，所以这个设置必须搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。
事务的超时属性以timeout_为前缀和一个整型数字定义，例如： <prop key="query*">PROPAGATION_REGUIRED,timeout_5,readOnly</prop>
Spring中对异常的回滚，默认是在抛出运行时异常(RuntimeException)时才回滚，对非运行时异常不回滚。如果使用-Exception,意思是对所有的异常异常都回滚。Exception前面加上 "-" 时，表示发生指定异常时撤消操作(rollback)，如果前面加上 "+"，表示发生异常时立即提交（commit）。
要想用Spring的事务管理机制，就需要把数据库的连接交给Spring来管理，（JDBC,SESSION道理一样），如果使用Hibernate框架，要把Session交给Spring管理。在整个Service方法调用中，虽然Sevice调用了多个Dao，但是整个过程中Session只有一个。也就是说你对数据库的DML操作，都会先保存在这个Session中，包括update,insert,delete。当发生异常（这个异常可以是数据库的，也可以是程序的），Spring会把这个Session中对应的DML操作回滚。

问题一解决的方法，显然声明式事务是不好满足这种需求的，那就采用编程式事务。
spring参考文档中说最好用TransactionTemplate，而不推荐使用PlatformTransactionManager，而我认为恰恰相反，实际上TransactionTemplate还是不能很满足我们的需求，使用TransactionTemplate时当再次进行事务提交时就报Transaction is already completed do not call commit or rollback more than once per transaction。好像使用TransactionTemplate不能进行提交多次，当然采用PlatformTransactionManager是可以的（TransactionTemplate实际上提供了编程式事务的模板，TransactionTemplate处理事务方便，但可能不能满足需求）。下面贴出使用PlatformTransactionManager的代码
第一：关于数据源和事务物理器的配置文件(TransactionTemplate也贴上了)

 <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"><property name="driverClassName"><value>com.mysql.jdbc.Driver</value></property><property name="url"><value>jdbc:mysql://127.0.0.1:3306/db?useUnicode=true&characterEncoding=utf-8</value></property><property name="username"><value>root</value></property><property name="password"><value>root</value></property></bean><bean id="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource" /></bean><bean id="transactionTemplate"class="org.springframework.transaction.support.TransactionTemplate"><property name="transactionManager"><ref bean="transactionManager" /></property></bean>

第二：使用PlatformTransactionManager进行多次提交的service类代码片断：

 //采用注入的方式得到PlatformTransactionManagerprivate PlatformTransactionManager platformTransactionManager=null;public PlatformTransactionManager getPlatformTransactionManager(){return platformTransactionManager;}public void setPlatformTransactionManager(PlatformTransactionManager platformTransactionManager){this.platformTransactionManager = platformTransactionManager;}//循环提交示例public void drExcel(){TransactionDefinition definition = new DefaultTransactionDefinition(TransactionDefinition.PROPAGATION_REQUIRED);TransactionStatus status=null;for(int i = 0;i<10;i++){try{//重置事务状态。没这句话会报错。这就是问题四的解决方法status=platformTransactionManager.getTransaction(definition);//以下代码是操作数据//......//提交platformTransactionManager.commit(status);}catch(Exception e){e.printStackTrace();platformTransactionManager.rollback(status);}}}

下面贴出transactionTemplate使用片断，以供以后用到时参考：

public void createPerson(final Person person) {transactionTemplate.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);transactionTemplate.execute(new TransactionCallbackWithoutResult(){    // 使用无返回值的事务回调接口@Overrideprotected void doInTransactionWithoutResult(TransactionStatus arg0) {getHibernateTemplate().save(person);    }   });
}public Person queryOnePerson(final String hql) {transactionTemplate.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);return (Person)transactionTemplate.execute(new TransactionCallback(){     // 使用带返回值的事务回调接口public Object doInTransaction(TransactionStatus arg0) {return getHibernateTemplate().find(hql).get(0);}   });
}

以上问题一和问题四基本上解决。
再看问题二，我在oracle数据库试验了下，“PROPAGATION_REQUIRED,readOnly”下进行事务操作是可以的，和“PROPAGATION_REQUIRED”没有区别，可能是要告诉数据库我只进行只读操作，数据库可以进行对sql进行一些优化吧？如果进行insert update delete操作也还是放在一个事务中进行的。我认为对于不需要事务的操作，应该配置成“PROPAGATION_SUPPORTS”还是更合理一些。有待大家讨论。
问题三，service中这个类的方法之间的调用，你比如我现在事务配置成如下所示:

 <bean id="baseTransactionProxy"class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"abstract="true"><property name="transactionManager"><ref bean="transactionManager" /></property><property name="transactionAttributes"><props><prop key="insert*">PROPAGATION_REQUIRED</prop><prop key="update*">PROPAGATION_REQUIRED</prop><prop key="delete*">PROPAGATION_REQUIRED</prop><prop key="*">PROPAGATION_SUPPORTS</prop></props></property></bean>

某service1类中有方法两个方法importData（有一个对数据库操A）、insertData（有一个对数据库的操作B）方法。
试验一importData方法中调用了insertData的方法
试验结果：action中调用service1中的importData方法，这时候是没有事务的。
试验二insertData调用了importData方法
试验结果：action中调用service1中的insertData方法是有事务的。
这就说明service方法中事务是根据该service层中最开始方法的事务属性来的。
那么service类之间方法调用会是什么样的？我想也应该是这样的。

spring事务管理总结相关推荐

Spring事务管理与 SpringAOP
1,Spring事务的核心接口 Spring事务管理的实现有许多细节,如果对整个接口框架有个大体了解会非常有利于我们理解事务,下面通过讲解Spring的事务接口来了解Spring实现事务的具体策略. ...
什么是事务的传播_这么漂亮的Spring事务管理详解，你不来看看？
事务概念回顾什么是事务? 事务是逻辑上的一组操作,要么都执行,要么都不执行. 事物的特性(ACID): 原子性: 事务是最小的执行单位,不允许分割.事务的原子性确保动作要么全部完成,要么完全不起作用 ...
SPRING 事务管理说明
spring 事务管理是通过AOP拦截指定的方法,进行事务管理. 事务配置 <aop:config proxy-target-class="true"><aop: ...
Spring 事务管理高级应用难点剖析
Spring 事务管理高级应用难点剖析: 第 1 部分 http://www.ibm.com/developerworks/cn/java/j-lo-spring-ts1/index.html htt ...
spring事务管理 TransactionProxyFactoryBean源码分析
J2EE,当然离不开事务,事务又当然少不了Spring声明式事务.spring声明式事务,很多码农门,应该和笔者一样,停留在使用上,及仅仅了解点原理.如:Spring事务管理原理"代理+AO ...
Spring 事务管理高级应用难点剖析--转
第 1 部分 http://www.ibm.com/search/csass/search/?q=%E4%BA%8B%E5%8A%A1&sn=dw&lang=zh&cc=CN& ...
Spring事务管理（详解+实例）
写这篇博客之前我首先读了<Spring in action>,之后在网上看了一些关于Spring事务管理的文章,感觉都没有讲全,这里就将书上的和网上关于事务的知识总结一下,参考的文章如下: ...
在Spring事务管理下，Synchronized为啥还线程不安全？
在synchronized 锁住方法的情况下,竟然出现了脏写 Tips 昨天本来打算是准备着一支烟一杯咖啡一个bug写一天的,突然我们组长跟我们说线上环境报错了, 还出现了"服务器异常, ...
多数据源事务管理_可能是最漂亮的Spring事务管理详解
事务概念回顾什么是事务? 事务是逻辑上的一组操作,要么都执行,要么都不执行. 事物的特性(ACID): 原子性: 事务是最小的执行单位,不允许分割.事务的原子性确保动作要么全部完成,要么完全不起作用 ...
springaop事务逻辑原理_架构师：一篇文章掌握——Spring 事务管理
对大多数Java开发者来说,Spring事务管理是Spring应用中最常用的功能,使用也比较简单.本文主要逐步介绍Spring事务管理的相关知识点及原理,作为Spring事务管理的学习总结. 一.关键 ...

spring事务管理总结

spring事务管理总结相关推荐

最新文章

热门文章