spring(基础16) Spring事务管理二

声明式的事务管理(Declarative transaction management): 

<1>事务配置方式: 

<!-- dataSource for MySQL -->  
<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/springapp" />  
        <property name="username" value="root" />  
        <property name="password" value="root" />  
</bean>  
<!-- Hibernate SessionFactory for MySQL -->  
<bean id="sessionFactory"  
    class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">  
        <property name="dataSource" ref="dataSource" />  
        <property name="mappingDirectoryLocations">  
            <list>  
                <value>classpath:/</value>  
            </list>  
        </property>  
        <property name="hibernateProperties">  
            <props>  
                <prop key="hibernate.dialect">  
                    org.hibernate.dialect.MySQLDialect  
                </prop>  
                <prop key="hibernate.show_sql">true</prop>  
                <prop key="hibernate.jdbc.fetch_size">10</prop>  
                <prop key="hibernate.jdbc.batch_size">50</prop>  
            </props>  
        </property>  
</bean>  
<!—define transactionManager -->  
<bean id="transactionManager"  
  class="org.springframework.orm.hibernate3.HibernateTransactionManager">  
  <property name="sessionFactory">  
   <ref local="sessionFactory" />  
  </property>  
</bean>
<!—business layer -->  
<bean id="userManageService"  
  class="com.test.service.impl.userManageServiceImpl">  
  <property name="userLoginDao">  
   <ref bean="userLoginDao" />  
  </property>  
…  
</bean>  
第一种:使用TransactionProxyFactoryBean,配置声明式事务的方法如下。 
(1)表比较少的情况: 

<bean id="userManagerServiceProxy"  
  class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">  
  <!-- 配置事务管理器 -->  
  <property name="transactionManager">  
   <ref bean="transactionManager" />  
  </property>  
  <!-- 此属性指定目标类本身是否是代理的对象,如果目标类没有实现任何类,就设为true代表自己 -->  
  <property name="proxyTargetClass">  
   <value>false</value>  
  </property>  
  <property name="proxyInterfaces">  
   <value> com.test.service.userManageService</value>  
  </property>  
  <!-- 目标bean -->  
  <property name="target">  
   <ref bean="userManageService"/>  
  </property>  
  <!-- 配置事务属性 -->  
<property name="transactionAttributes">  
   <props>  
<prop key="delete*">PROPAGATION_REQUIRED</prop>  
<prop key="add*">PROPAGATION_REQUIRED</prop>  
<prop key="update*">PROPAGATION_REQUIRED</prop>  
<prop key="save*">PROPAGATION_REQUIRED</prop>  
<prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>  
</props>  
</property>  
</bean>  
(2)利用继承的思想简化配置,适合相对比较多的模块时使用。

<bean id="transactionBase"  
  class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"  
  lazy-init="true" abstract="true">  
  <!-- 配置事务管理器 -->  
  <property name="transactionManager">  
   <ref bean="transactionManager" />  
  </property>  
  <!-- 配置事务属性 -->  
  <property name="transactionAttributes">  
   <props>  
<prop key="delete*">PROPAGATION_REQUIRED</prop>  
<prop key="add*">PROPAGATION_REQUIRED</prop>  
<prop key="update*">PROPAGATION_REQUIRED</prop>  
<prop key="save*">PROPAGATION_REQUIRED</prop>  
<prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>  
</props>  
</property>  
</bean>  
而具体的模块可以简单的这样配置。只要指明它的parent(父类)就可以了。

父类一般把abstract="true",因为在容器加载的时候不需要初始化,等到用的时候再有它的子类调用的时候,再去初始化。

<bean id="userManageServiceProxy" parent="transactionBase" >  
  <property name="target">  
  <ref bean="userManageService"/>  
  </property>  
</bean>  
第二种:自动创建事务代理的方式。主要利用BeanNameAutoProxyCreator自动创建事务代理 

<!--利用了拦截器的原理。-->  
  <bean id="transactionInterceptor"  
  class="org.springframework.transaction.interceptor.TransactionInterceptor">  
  <property name="transactionManager">   
  <ref bean="transactionManager" />  
  </property>  
  <!-- 配置事务属性 -->  
  <property name="transactionAttributes">  
   <props>  
<prop key="delete*">PROPAGATION_REQUIRED</prop>  
<prop key="add*">PROPAGATION_REQUIRED</prop>  
<prop key="update*">PROPAGATION_REQUIRED</prop>  
<prop key="save*">PROPAGATION_REQUIRED</prop>  
<prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>  
</props>  
</property>  
</bean>  
<bean id="serviceProxy "  
  class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
 <property name="beanNames">  
<list>  
<value>userManageService</value>  
</list>  
<!--或者直接用 <value>*Service</value>-->  
</property>  
  <property name="interceptorNames">  
   <list>  
<value>transactionInterceptor</value>  
</list>  
</property>  
</bean>  
<2>事务中异常 

<!-- 配置事务属性 -->  
<property name="transactionAttributes">  
   <props>  
<!--指定了 "PROPAGATION_REQUIRED",表示在当前的事务中执行操作,如果事务不存在就建立一个新的-->  
<prop key="delete*">PROPAGATION_REQUIRED,-ProgramException</prop>  
<prop key="add*">PROPAGATION_REQUIRED,-ProgramException</prop>  
<prop key="update*">PROPAGATION_REQUIRED, -ProgramException</prop>  
<prop key="save*">PROPAGATION_REQUIRED, -ProgramException</prop>  
<prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>  
</props>  
</property> 
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操作回滚。 
<3>事务的属性 
(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等问题,会锁定对应的数据表格,因而有效率问题
(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>

 





  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值