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_为前缀和一个整型数字定义，例如： PROPAGATION_REGUIRED,timeout_5,readOnly 
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也贴上了)

	
		
			com.mysql.jdbc.Driver
		
		
			jdbc:mysql://127.0.0.1:3306/db?useUnicode=true&characterEncoding=utf-8
		
		
			root
		
		
			root
		
	
	
		
	
	
		
			
		
	

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

	//采用注入的方式得到PlatformTransactionManager
	private 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(){    // 使用无返回值的事务回调接口
    @Override
    protected 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中这个类的方法之间的调用，你比如我现在事务配置成如下所示:

	
		
			
		
		
			
				PROPAGATION_REQUIRED
				PROPAGATION_REQUIRED
				PROPAGATION_REQUIRED
				PROPAGATION_SUPPORTS
			
		
	

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