spring对于事务异常的处理
//unchecked 运行期Exception spring默认会进行事务回滚 比如：RuntimeException
//checked 用户Exception spring默认不会进行事务回滚 比如：Exception
如何改变spring的这种默认事务行为？可以通过在方法上
添加@Transactional(noRollbackFor=RuntimeException.class)让spring对于RuntimeException不回滚事务。
添加@Transactional(RollbackFor=Exception.class)让spring对于Exception进行事务的回滚。
@Transactional(propagation=Propagation.REQUIRED)
required为默认行为
如果只是内部的try/catch块出现异常只会导致内部try/catch块的事务的回滚，则内部try/catch块的操作不会被执行，但是另外的操作任然会执行。
而如果外部出现异常则会导致整个事务的回滚，那么所有的操作都不会被执行，即使内部try/catch块没有出现异常。
默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。
spring aop 异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获runtimeexception的异常，但可以通过配置来捕获特定的异常并回滚。换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion()，这样程序异常时才能被aop捕获进而回滚。
解决方案：
方案1.例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理。
方案2.在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常。
@Transactional(readOnly=true)
只读属性，不允许进行更新操作，可以提高效率
@Transactional(timeout=30)
超时，默认为30秒
@Transactional(isolation=Isolation.REPEATABLE_READ)
事务隔离级别
MySQL默认为第三种级别REPEATABLE_READ
MSSQLSERVER2000默认为第二种级别READ_COMMITTED
MSSQLSERVER2005可以设为第二三种级别而且效率不会比第二种级别差
级别越高，效率越低