spring事务管理全解析

了解事务： 事务是一组原子（Atomic）操作的工作单元，以数据库存取的实例来说，就是一组SQL指令，这一组SQL指令必须全部执行成功，若因为某个原因未全部执行成功（例如其中一行SQL有错误），则先前所有执行过的SQL指令都会被撤消。 JDBC是如何控制事务的 try ...{ ..... connection.setAutoCommit(false); ..... // 一连串SQL操作 connection.commit();} catch(SQLException) ...{ // 发生错误，撤消所有变更 connection.rollback();}Spring是把JDBC事务管理进来了封装，Spring事务管理的抽象关键在于org.springframework.transaction.PlatformTransactionManager接口，里面有 commit 和 rollback public interface PlatformTransactionManager ...{ TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; void commit(TransactionStatus status) throws TransactionException; void rollback(TransactionStatus status) throws TransactionException;} TransactionDefinition接口的实例定义了事务的隔离程度（Isolation level）传播行为（Propagation behavior）超时（Timeout）只读（Read-only）等 DataSourceTransactionManager、HibernateTransactionManager、JdoTransaction- Manager、JtaTransactionManager等是实现了该接口 Spring提供编程式的事务管理（Programmatic transaction management）与声明式的事务管理（Declarative transaction management）： 1、编程式的事务管理可以清楚地控制事务的边界，也就是让您自行实现事务开始时间、撤消操作的时机、结束时间等，可以实现细粒度的事务控制。 2、然而多数的情况下，事务并不需要细粒度的控制，而是采用声明式的事务管理，好处是Spring事务管理的相关API可以不用介入程序之中，从对象的角度来看，它并不知道自己正被纳入事务管理之中，在不需要事务管理的时候，只要在设置文件上修改一下设置，即可移去事务管理服务。 声明式的事务管理举例 以DataSource，mysql举例 <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" destroy-method="close"> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/demo"/> <property name="username" value="caterpillar"/> <property name="password" value="123456"/> </bean> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <bean id="userDAO" class="onlyfun.caterpillar.UserDAO"> <property name="dataSource" ref="dataSource"/> </bean> <bean id="userDAOProxy" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="proxyInterfaces"> <list> <value>onlyfun.caterpillar.IUserDAO</value> </list> </property> <property name="target" ref="userDAO"/> <property name="transactionManager" ref="transactionManager"/> <property name="transactionAttributes"> <props> <prop key="insert*">PROPAGATION_REQUIRED</prop> </props> </property> </bean> TransactionProxyFactoryBean需要一个TransactionManager，由于这里使用的是JDBC，所以使用DataSourceTransactionManager，TransactionProxyFactoryBean是个代理对象，"target" 属性指定要代理的对象，事务管理会自动介入指定的方法前后，这里使用 "transactionAttributes" 属性指定，"insert*" 表示指定方法名称以insert开头的都要纳入事务管理，您也可以指定方法全名，如果在方法执行过程中发生错误，则所有先前的操作自动撤回，否则正常提交。 在"insert*" 等方法上指定了 "PROPAGATION_REQUIRED"，表示在目前的事务中执行操作，如果事务不存在就建立一个新的，相关的常数意义都可以在API文件的TransactionDefinition接口中找到。您可以加上多个事务定义，中间使用逗号 "," 区隔，例如可以加上只读，或者是指定某个异常发生时撤回操作： PROPAGATION_REQUIRED,readOnly,-MyCheckedException MyCheckedException前面加上 "-" 时，表示发生指定异常时撤消操作，如果前面加上 "+"，表示发生异常时立即提交。 由于"userDAO"被"userDAOProxy"代理了，所以要做的是取得"userDAOProxy"，而不是"userDAO"， IUserDAO userDAO = (IUserDAO) context.getBean("userDAOProxy"); userDAO.insert(user); 申明式事务管理一般都是粗粒度的，这里可以看到，整个方法都被纳入事务管理，其实在大部分的业务处理中，这样做是没有什么不好的。 事务的属性介绍 传播行为 说明 PROPAGATION_MANDATORY 方法必须在一个现存的事务中进行，否则丢出异常 PROPAGATION_NESTED 在一个嵌入的事务中进行，如果不是，则同PROPAGATION_REQUIRED PROPAGATION_NEVER 指出不应在事务中进行，如果有就丢出异常 PROPAGATION_NOT_SUPPORTED 指出不应在事务中进行，如果有就暂停现存的事务 PROPAGATION_REQUIRED 支持现在的事务，如果没有就建立一个新的事务 PROPAGATION_REQUIRES_NEW 建立一个新的事务，如果现存一个事务就暂停它 PROPAGATION_SUPPORTS 支持现在的事务，如果没有就以非事务的方式执行 隔离层级 说明 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等问题，会锁定对应的数据表格，因而有效率问题 只读提示（Read-only hints）如果事务只进行读取的动作，则可以利用底层数据库在只读操作时发生的一些最佳化动作，由于这个动作利用到数据库在只读的事务操作最佳化，因而必须在事务中才有效，也就是说要搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。 事务超时期间（The transaction timeout period）有的事务操作可能延续很长一段的时间，事务本身可能关联到数据表格的锁定，因而长时间的事务操作会有效率上的问题，对于过长的事务操作，您要考虑Roll back事务并要求重新操作，而不是无限时的等待事务完成。 您可以设置事务超时期间，计时是从事务开始时，所以这个设置必须搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。 （上面是从《spring2.0技术开发》摘抄的，里面有些概念还含糊不清，有待实验考证下） 这里我来介绍一种新的模式，不知道大家有没有用到过，在文档中没有发现 <bean id="txProxyTemplate" abstract="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="transactionManager"><ref local="transactionManager"/></property> <property name="transactionAttributes"> <props> <prop key="add*">PROPAGATION_REQUIRED</prop> <prop key="create*">PROPAGATION_REQUIRED</prop> <prop key="update*">PROPAGATION_REQUIRED</prop> <prop key="delete*">PROPAGATION_REQUIRED</prop> <prop key="license*">PROPAGATION_REQUIRED</prop> <prop key="save*">PROPAGATION_REQUIRED</prop> <prop key="increase*">PROPAGATION_REQUIRED</prop> <prop key="active*">PROPAGATION_REQUIRED</prop> <prop key="modify*">PROPAGATION_REQUIRED</prop> <prop key="*">PROPAGATION_REQUIRED,readOnly</prop> </props> </property> </bean> 我在这里不去指定target 那么去哪里指定呢？ <bean id="providerServiceTarget" class="cn.com.zjtelecom.mall.service.pojo.ProviderService" /> <bean id="providerService" parent="txProxyTemplate" > <property name="target"><ref local="providerServiceTarget"/></property> </bean>这里的意图，大家只有非常了解代理模式才会明白其中的道理。那么分开设置有什么好处呢？模块化，大家可以公用这个代理模式，而且可以定义自己的声明，和其他人的声明无关。 TransactionProxyFactoryBean配置这个类，是为了现宽广地实现事务的管理，也可以说是为了要和hibenate结合起来，TransactionProxyFactoryBean这个类一般有三个构造参数要注入，一个是hibernate的sessionFactory,这是为了spring可以和hibernate结合，第二个是用户的DAO类，而这个DAO类本身也需要把hibernate的sessionFactory作为构造参数注入到它的父类的构造函数中。第三个注入的，其实是事务管理的策略，通过AOP的方式实现的，例如DAO类中有有insert(String sql);update(String sql);delelte(String sql);三个方法，我们可以设定当insert执行时如果抛出异常，就执行rollback等操作。Select不存在异常，这里就一般 不写了。 下面给出声明式的事务管理的另外一个举例（使用HibernateTransactionManager实现PlatformTransactionManager）： <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"> <property name="driverClassName"> <value>com.mysql.jdbc.Driver</value></property> <property name="url"> <value>jdbc:mysql://localhost/fancyshop</value></property> <property name="username"> <value>root</value></property> <property name="password"> <value></value></property> </bean> <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="dataSource"> <ref bean="dataSource" /> </property> <property name="mappingResources"> <list> <value>jack/shop/po/User.hbm.xml</value> <value>jack/shop/po/Product.hbm.xml</value> <value>jack/shop/po/Advertise.hbm.xml</value> <value>jack/shop/po/UserKind.hbm.xml</value> </list> </property> <property name="hibernateProperties"> <props> <prop key="hibernate.dialect"> org.hibernate.dialect.MySQLDialect </prop> </props> </property> </bean> <!-- 、、、、、、、、、、、、、、、、、、、、、、、、、、 DAO 、、、、、、、、、、、、、、、、、、、、、、、、、、、 --><bean id="userDAO" class="jack.shop.dao.impl.UserDAOImpl"> <property name="sessionFactory"> <ref bean="sessionFactory" /> </property> </bean><bean id="userDAOProxy" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="transactionManager"> <ref bean="transactionManager" /> </property> <property name="target"> <ref local="userDAO" /> </property> <property name="transactionAttributes"> <props> <prop key="insert*">PROPAGATION_REQUIRED</prop> <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> </props> </property> </bean> <bean id="productDAO" class="jack.shop.dao.impl.ProductDAOImpl"> <property name="sessionFactory"> <ref bean="sessionFactory" /> </property> </bean><bean id="productDAOProxy" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="transactionManager"> <ref bean="transactionManager" /> </property> <property name="target"> <ref local="productDAO" /> </property> <property name="transactionAttributes"> <props> <prop key="insert*">PROPAGATION_REQUIRED</prop> <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> <prop key="query*">PROPAGATION_REQUIRED,readOnly</prop> </props> </property> </bean> 在Struts2中集成了Spring之后再集成Hibernate就非常容易了，在这里我们需要用到Spring提供的ORM模块。通过这个模块Spring提供了对Hibernate、JDO、OJB和iBatis的集成。在与Hibernate集成时我们需要用到Spring的LocalSessionFactoryBean类，这个类可以看作是连接Spring与Hibern ate的桥梁。 Spring整合ibatis也是类似的：<bean id="sqlMapClient" class="org.springframework.orm.ibatis.SqlMapClientFactoryBean"> <property name="configLocation" value="config.xml"/> <property name="xxx"> <bean class="org.springframework.jdbc.support.lob.OracleLobHandler"/> </property> </bean>提供持久层访问接口DAO，具体实现位于DAOImpl类中，Spring提供SqlMapClientDaoSupport这个抽象类的目的就是为了获取其SqlMapClientTemplate对象，并通过SqlMapClientTemplate对象直接访问数据库，如下：public class CommonDaoImpl extends SqlMapClientDaoSupport implements CommonDao{public List getInputData(String sqlID, Object entity) throws ServiceException { return this.getSqlMapClientTemplate().queryForList(sqlID, entity);}。。。}相应的Spring也提供了类似的HibernateDaoSupport，然后通过HibernateTemplate直接访问数据库。public class AdvertiseDAOImpl extends HibernateDaoSupport implements IAdvertiseDAO {public List queryByKind(Integer kind, Integer state) throws AdvertiseException { List lst; String hql = "from Advertise a where a.kind = " + kind + ((state == 0) ? "" : (" AND a.state=" + state)); try { lst = getHibernateTemplate().find(hql); return lst; } catch (Throwable e) { throw new AdvertiseException( "AdvertiseException at queryByKind() method: " + e.getMessage()); } }。。。} 从整体上来看整个过程是分多步细化的，也就是面向接口的变成吧：首先了解服务Service，这个服务还有一个实现类ServiceImpl，这个实现类中组合IDao，当然IDao也有一个实现类IDaoImpl，具体实现持久层数据的访问；然后就是装配ServiceImpl，即需要实例userDAO，装配的时候通过代理实现即userDAOProxy；装配userDAOProxy，这个时候需要属性注入transactionManager，target和transactionAttributes，其中target就是userDao。 

 

 

 

 

 

 

 

1.spring中事务配置属性以及@Transaction对应的默认值。一般使用默认值即可,特殊情况自定义。 1)事务传播行为(propagation)：默认PROPAGATION_REQUIRED 2)事务隔离级别(isolation)：默认ISOLATION_DEFAULT(数据库默认的隔离级别) 3)只读还是读写(readonly)：默认读写事务。 4)异常发生时回滚还是提交(rollback-for/no-rollback-for)：默认checked异常引发回滚,unchecked异常继续提交。 2.spring的7种事务传播行为。一般使用PROPAGATION_REQUIRED即可。 ①PROPAGATION_REQUIRED：如果当前有事务,则支持当前事务;如果当前没有事务,新建一个事务。 ②PROPAGATION_NESTED：如果当前存在事务,则在嵌套事务内执行;如果当前没有事务,新建一个事务。嵌套事务。 ③PROPAGATION_REQUIRES_NEW：如果当前存在事务,则把当前事务挂起;如果当前有事务,建一个事务。 ④PROPAGATION_SUPPORTS：如果当前有事务,则支持当前事务;如果当前没有事务,以非事务方式执行。 ⑤PROPAGATION_MANDATORY：如果当前有事务,则支持当前事务;如果当前没有事务,抛出异常。 ⑥PROPAGATION_NOT_SUPPORTED：如果当前有事务,则把当前事务挂起,如果当前没有事务,以非事务方式执行。 ⑦PROPAGATION_NEVER：如果当前有事务,则抛出异常;如果当前没有事务,以非事务方式执行。 存在两事务的场景时,①②③传播行为分析。 123456789101112131415存在两事务的场景：ServiceA { //事务属性配置为 PROPAGATION_REQUIRED void A() { .....; ServiceB.B(); .....; } } ServiceB { //事务属性配置为 ①,②,③ void B() { ......; } } 1)B()事务为①时,B()中发生异常,整个事务回滚;A()中B()执行后的其他操作发生异常,整个事务回滚;A(),B()中都正常,整个事务成功。因此①为完全互相影响的事务：内层异常时可以回滚外层的操作,外层异常时也可以回滚内层的操作。一般使用①,只有当内层事务需要做分支处理时,才会使用③嵌套事务。 2)B()事务为②时,A()和B()都不会因为对方的执行情况而影响到结果,是完全的两个事务。因此②为完全互不影响的事务：内层异常时不可以回滚外层的操作,外层异常时也不可以回滚内层的操作。基本不会使用,因为内层提交了,外层回滚了,会出现脏数据。 3)B()事务为③时,B()中发生异常回滚时只会回滚到B()当前,若需继续回滚A()中其他的操作,必须catch后抛exception;A()中B()执行后的其他操作发生异常整个事务回滚。因此③为部分互相影响的事物：内层异常时根据自己的操作来决定回滚整个事务与否,外层异常时可以回滚内层的操作。使用③嵌套事务的前提是:如果子事务有异常时需要做分支处理并决定是否回滚。否则就使用①:如果子事务有异常,直接回滚。 3.4种事务隔离级别。一般使用ISOLATION_READ_COMMITTED即可。 1)ISOLATION_READ_UNCOMMITTED：有脏读,不可重复读,虚读3种问题。并发稍大点的逻辑严格的系统应避免使用。 2)ISOLATION_READ_COMMITTED：有不可重复读,虚读2种问题。适合大多数系统。 3)ISOLATION_REPEATABLE_READ：有重复读问题。因为不能完全保证数据合法性(虚读),性能损失较大。 4)ISOLATION_SERIALIZABLE：没有问题。类似银行对事务要求苛刻的系统使用。完全保证数据合法性,高昂的性能开销。 备注：为了解决脏读和不可重复读两个问题,又不想使用ISOLATION_REPEATABLE_READ来解决不可重复读(因为性能损失),当我们所做的系统中db只由一个app独享时,可以通过乐观锁解决不可重复读问题。也就是说：通常一般的系统设置事务隔离级别为ISOLATION_READ_COMMITTED,若希望避免不可重复读问题,可加上乐观锁解决。事务要求苛刻的系统使用ISOLATION_SERIALIZABLE,其他2项一般不使用。 4.数据不合法性的情况。 ①脏读：事务A读到了事务B修改而未提交的数据。(ISOLATION_READ_COMMITTED解决) ②不可重复读：事务A读一数据在更新前却被事务B更新了。(乐观锁解决) ③重复读问题：事务A读字段f的数据并被快照下,此时事务B更新字段f的数据,事务A再读时从快照中读的是原来重复的数据。 5.3种事务配置。 1)原始古老xml配置。(配置较繁琐,配置内容较多,一般不再使用) 1234567891011121314151617181920212223//这里是:交由jdbc管理事务的配置。<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource"/></bean> <bean id="transactionProxy" lazy-init="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="transactionManager" ref="transactionManager" /> <property name="transactionAttributes"> <props> <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> <prop key="*">PROPAGATION_REQUIRED</prop> </props> </property></bean> <bean id="userService" parent="transactionProxy"> <property name="target"><bean class="com.xx.UserServiceImpl"><property name="userDao" ref="userDao"/></bean> </property></bean>2)基于schema的aop命名空间xml配置。(环境低于JDK5.0使用不了annotation时,一般使用此配置,较简洁) 12345678910111213141516//这里是:交由hibernate管理事务的配置。<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory"/></bean> <tx:advice id="txAdvice"><tx:attributes><tx:method name="get*" read-only="true"/><tx:method name="find*" read-only="true"/><tx:method name="*"/></tx:attributes></tx:advice><aop:config proxy-target-class="true"><aop:advisor pointcut="execution(* com.xx.service..*Service*.*(..))" advice-ref="txAdvice"/></aop:config>3)基于annotation的@Transactional注释配置。(配置简单,推荐使用,但须JDK5.0及以上) 1234567891011121314151617181920//这里是:交由hibernate管理事务的配置。<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory"/></bean> <tx:annotation-driven/>//默认使用id为transactionManager的bean做为事务管理器//也可以这样指明 <tx:annotation-driven transaction-manager="transactionManager"/> @Transactionalpublic class UserService{ public void saveUser(User entity) {...}//增删改操作默认为类的事务属性配置 @Transactional(readOnly = true) public User getUser(Long id) {...}//读取操作单独配置事务属性只读 @Transactional(readOnly = true) public List<User> findUser(String name) {...}//读取操作单独配置事务属性只读}6.常见的错误： 是希望在service方法中catch到spring的异常,抛出一个自定义异常,但是不继承自DataAccessException的。可惜的是这样做是catch不到spring的异常的。 原因： spring是靠捕获方法抛出的DataAccessException来处理事务的,若被我们自己catch到了,spring就不可能再捕获到异常,就没法处理事务了。 解决： 可以在service方法中catch到spring的异常,然后抛出一个自定义但必须继承自DataAccessException的异常。因为自定义的异常是继承自DataAccessException的,因此spring能够catch到并处理事务的。