`

spring 事务详解(转载)

阅读更多
spring事务管理全解析

文章出处:DIY部落(http://www.diybl.com/course/3_program/java/javajs/2007923/73069.html)



了解事务:

        事务是一组原子(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。
分享到:
评论

相关推荐

    SSM整合,参考尚硅谷视频,转载笔记,非原创,侵权删

    "SSM整合,参考尚硅谷视频"提到的学习资源可能包括一系列的视频教程,这些教程通常会逐步指导开发者如何从零开始搭建SSM项目,涵盖环境配置、项目结构设计、配置文件详解、异常处理、单元测试等多个方面。...

    Java面试题

    以下是一些Java面试中常被问到的知识点详解: 1. **基础语法**:Java的基础语法是面试的起点,包括变量定义、数据类型、运算符、流程控制(如if-else,switch,for,while,do-while)等。面试官可能会询问关于...

    2023年全国大学生英语竞赛样题(C类)样题答案及听力原文.pdf

    2023年全国大学生英语竞赛样题(C类)样题答案及听力原文

    出纳考核表.xls

    出纳考核表

    基于多种天气因素的光伏电站太阳能辐射量预测系统-采用人工神经网络与离线优化算法,MATLAB代码:考虑多种天气条件下光伏电站太阳能辐射量预测 关键词:辐射量预测 光伏预测 多种天气因素 参考文档:

    基于多种天气因素的光伏电站太阳能辐射量预测系统——采用人工神经网络与离线优化算法,MATLAB代码:考虑多种天气条件下光伏电站太阳能辐射量预测 关键词:辐射量预测 光伏预测 多种天气因素 参考文档:《Solar Radiation Prediction and Energy Allocation for Energy Harvesting Base Stations》 仿真平台:MATLAB+CPLEX 平台 优势:代码具有一定的深度和创新性,注释清晰,非烂大街的代码,非常精品 主要内容:代码主要做的是如何利用预测光伏电站太阳能辐射量的问题,利用人工神经网络对对其内太阳辐射量进行预测,并对无云天气以及多云天气进行了分别讨论,与线性模型相比该模型具有更好的性能,除此之外,代码还研究了太阳能的分配问题,采用离线优化算法和四种在线启发式算法分别进行分配策略的优化,并利用太阳辐射数据评估了算法的性能。 该代码适合新手学习以及在此基础上进行拓展,代码质量非常高,出图效果极佳 ,核心关键词: 1. 光伏电站太阳能辐射量预测 2. 多种天气因素 3. 人工神经网络 4. 预测模型 5. 线性

    数据结构实验实习指导书(c语言)

    数据结构实验实习指导书(c语言)

    游戏 生存小游戏.exe

    "lyh不会打代码"生存小有戏改版

    站群系统/泛目录站群源码/泛站群cms系统【小说泛目录站群源码】

    站群系统/泛目录站群源码/泛站群cms系统【小说泛目录站群源码】 效果截图和演示https://www.lxsjfx.cn/3181.html 绿茶小说站群2.x-秒收隔天速出权重-小说流量稳定收割机-精品轻量级PHP站群系统站群系统,小说行业专用引流精品站群,绿茶小说站群为独立站群系统(无需依托CMS),独立的整篇小说优化内容库(拒绝句子拼凑),模板自适应PC端和移动端,流量一起做! 1、绿茶小说站群为独立站群系统(无需依托CMS) 2、对域名要求不高,百元域名均可操作 3、独立的首页、列表页、小说阅读页 4、独立的整篇小说优化内容库(拒绝句子拼凑) 5、可自定页面后缀(html、shtml、xml…..) 6、拒绝全站404跳转到内容页 7、还有强大的网站XML地图功能,便于链接提交 8、模板自适应PC端和移动端,流量一起做! 站群系统/泛目录站群源码/泛站群cms系统【小说泛目录站群源码】

    IQC检验员(来料检验员)绩效考核表.xls

    IQC检验员(来料检验员)绩效考核表

    2024年全球AI应用趋势年度报告

    2024年全球AI应用趋势年度报告

    安全生产绩效考核表.doc

    安全生产绩效考核表

    04-【标准制度】公司 KPI 绩效考核流程.docx

    04-【标准制度】公司 KPI 绩效考核流程

    第14讲:深入理解指针(4).pdf

    第14讲:深入理解指针(4)

    考虑用户舒适度的冷热电多能互补综合能源系统优化调度模型:结合PMV衡量与碳排放交易机制的MATLAB仿真实现,考虑用户舒适度的冷热电多能互补综合能源系统优化调度 MATLAB代码:考虑用户舒适度的冷热

    考虑用户舒适度的冷热电多能互补综合能源系统优化调度模型:结合PMV衡量与碳排放交易机制的MATLAB仿真实现,考虑用户舒适度的冷热电多能互补综合能源系统优化调度 MATLAB代码:考虑用户舒适度的冷热电多能互补综合能源系统优化调度 关键词:用户舒适度 综合能源 PMV 优化调度 参考文档:《冷热电气多能互补的微能源网鲁棒优化调度》基础模型加舒适度部分模型; 仿真平台:MATLAB+yalmip+cplex 主要内容:代码主要做的是考虑用户舒适度的冷热电多能互补综合能源系统优化调度模型,在传统的冷热电联供型综合能源系统的基础上,进一步考虑了热惯性以及用户的舒适度,并用预测平均投票数PMV对用户的舒适度进行衡量,且通过改变PMV的数值,可以对比不同舒适度要求对于综合能源系统调度结果的影响。 同时,代码还补充性的考虑了碳排放交易机制,并设置经济性最优以及碳排放最优两种对比场景,从而丰富算例,效果非常明显。 使用matlab+yalmip+cplex进行代码的 ,考虑用户舒适度; 综合能源系统; PMV; 优化调度; 冷热电多能互补; 碳排放交易机制。,考虑用户舒适度与碳排放交易的冷热电多能

    基于ANSI转义码在Xshell脚本中的光标操作与应用实例:进度条制作详解

    内容概要:本文详细阐述了利用ANSI转义码在Xshell脚本中进行光标的灵活操控方法。介绍了从光标的隐藏、定位(特定行/列)、保存位置、复位、清除以及显示控制的基本命令,重点描述了如何使用以上提到的功能构建实用的UI组件——文本模式下工作的进度条。文中提供的简单实例演示了一个完整的循环逻辑,它能动态刷新视图,在每一次迭代中根据程序实际进展更新屏幕上的表现形式,同时保持界面美观性和易读性。并且提到由于不同的终端可能有不同的兼容情况,脚本的跨环境行为可能存在细微差别。 适合人群:初学者至中级水平的技术爱好者或者软件开发者,尤其是希望深入掌握Linux环境下命令行工具使用者。 使用场景及目标:① 学习并理解Xshell脚本里涉及的ANSI转义码概念和技术点,从而增强对终端界面元素(如菜单、提示符等)的操作技能;② 掌握通过程序手段构造动态变化的CLI应用程序技巧,比如实时跟踪长时间任务的状态; 阅读建议:本文不仅包含了具体命令的学习,更展示了它们是如何组合起来创造复杂视觉反馈机制的案例研究。对于想进一步探索终端开发领域的程序员而言,这无疑提供了很好的入门指引材料。考虑到各种操作系统上支持度的问题,在测试代码之前应当确认自己的工作平台已经正确配置好。

    达梦数据库优化指南:涵盖回表问题、性能调优、SQL执行计划优化技术详解及应用场景

    内容概要:该文档详细探讨了针对达梦数据库的各种性能优化技术和处理方法。具体包括回表问题及其解决措施如覆盖索引和FAST POOL机制;变量窥探、统计数据收集优化方法,例如设置统计桶数量和采样子表数目;视图上拉、JOIN优化、EXISTS与NOT EXISTS子查询重写策略;分区裁剪和多KEY哈希等方面的深入探讨,提供了多个具体的优化技巧,旨在帮助用户有效提升SQL执行性能,并解决了多种可能导致性能下降的关键因素。 适合人群:数据库管理员、运维工程师及具有一定经验的数据开发人员等,尤其是负责使用和维护基于达梦数据库系统的技术团队成员。 使用场景及目标:适用于希望通过改善查询速度来提高系统响应时间的专业人士;需要处理大型数据库或复杂查询的任务;或是正在寻找改进现有数据库架构的方法的机构。它还特别针对那些希望确保最优硬件资源利用率的人群。 其他说明:本文档不仅介绍了理论性的背景知识和技术细节,还包括了大量的实际案例演示和参数调整建议,方便读者理解和实践这些优化方法。此外,针对每种优化策略提供了详细的指导,使得即使是对某些高级特性较为陌生的读者也能顺利掌握关键技能。

    54 -营销部经理绩效考核表1.xlsx

    54 -营销部经理绩效考核表1

    外贸部绩效考核表格.xls

    外贸部绩效考核表格

    c盘满了怎么清理PDF

    选择使用如下方法,增加系统盘自由空间。最简模式:完成2、4②,即可全面清除电脑垃圾、痕迹。 1、将“桌面”、“我的文档”以及系统盘的其它地方保存的个人文件资料,转移到别的盘保存。 2、双击桌面“计算机”,“系统磁盘”右键--属性--常规/工具:

Global site tag (gtag.js) - Google Analytics