2010-08-10 11:32 Spring在ssh框架运用中的事务部分详解(1)

了解事务：

        事务是一组原子（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等问题