Spring声明式事务控制XMl和注解

一。事务

1.首先来回顾一下事务

事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。

2.事务的四个特性（ACID）

①、原子性（Atomicity）：事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。

②、一致性（Consistency）：一旦事务完成（不管成功还是失败），系统必须确保它所建模的业务处于一致的状态，而不会是部分完成部分失败。在现实中的数据不应该被破坏。

③、隔离性（Isolation）：可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。

④、持久性（Durability）：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。通常情况下，事务的结果被写到持久化存储器中。

二.基于XML的声明式事务控制

1.1什么是声明式事务控制

Spring的声明式事务顾名思义就是采用声明的方法来处理事务。这里所说的声明，就是指在配置文件中声明，用在Spring配置文件中声明式的处理事务来代替代码式的处理事务。

 注意：Spring声明式事务控制底层就是AOP。

Spring 事务管理的核心接口

Spring通过实现JDBC的平台事务管理器DateSourceTransactionManage来对事务进行管理

三，事务XML的配置的实现

1.在Spring配置文件中首先配置平台事务管理器，把数据源注入到DateSourceTransactionManage中（我这用的是德鲁伊数据源）

<bean id="dataSoure" class="com.alibaba.druid.pool.DruidDataSource" >
        <property name="driverClassName" value="${jdbc.driver}"></property>
        <property name="url" value="${jdbc.url}"></property>
        <property name="username" value="${jdbc.username}"></property>
        <property name="password" value="${jdbc.password}"></property>
    </bean>

<bean id="dataSourceTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSoure"></property>
</bean>

2.配置事务增强

简单的介绍一下事务的五大属性（具体后面总结）

1.isolation="DEFAULT" 事务的隔离级别 DEFAULT:不指定，使用数据库默认的隔离级别！
2.read-only="false": 默认值false, Spring会管理事务，但是查询一般都设置成只读事务，性能会高！
3.timeout="-1" 默认值-1，表示事务方法没有超时特性！单位秒， timeout="5" 目标方法无论是否有异常，只要在5秒内没有执行完超时，自动回滚！
4.rollback-for="" 何种类型的异常需要回滚
  no-rollback-for="" 何种类型的异常不需要回滚, no-rollback-for="java.lang.NullPointerException,java.lang.ArithmeticException"空指针和算术异常不回滚
5.propagation="REQUIRED" Spring事务的传播特性 7个取值！

 <tx:advice id="txadvice" transaction-manager="dataSourceTransactionManager">
    <tx:attributes>
            <!--给方法注入事务属性-->
            <tx:method name="update" isolation="DEFAULT" propagation="REQUIRED" timeout="-1"/>
            <tx:method name="FindList" read-only="true"></tx:method>
    </tx:attributes>

</tx:advice>

3.配置事务切入点

<aop:config>
        <aop:pointcut id="tx" expression="execution(* com.it.service.impl.AccountServiceImpl.*(..))"/>
        <aop:advisor advice-ref="txadvice" pointcut-ref="tx"></aop:advisor>
</aop:config>

四.注解配置

相比xml注解配置就简单多了

在要管理的方法使用注解@Transaction

不要忘记在Spring配置文件中开启事务扫描

<!--    开启Spring的 事务注解扫描 @Transactional-->
    <tx:annotation-driven transaction-manager="dataSourceTransactionManager" />

五.事务的五大属性

5.1传播行为（面试题）

传播行为：当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。

Spring 定义了如下七中传播行为，这里以A业务和B业务之间如何传播事务为例说明： B包容A ①、PROPAGATION_REQUIRED ：required , 必须。默认值，A如果有事务，B将使用该事务；如果A没有事务，B将创建一个新的事务。 ②、PROPAGATION_SUPPORTS：supports ，支持。A如果有事务，B将使用该事务；如果A没有事务，B将以非事务执行。 ③、PROPAGATION_MANDATORY：mandatory ，强制。A如果有事务，B将使用该事务；如果A没有事务，B将抛异常。 ④、PROPAGATION_REQUIRES_NEW ：requires_new，必须新的。如果A有事务，将A的事务挂起，B创建一个新的事务；如果A没有事务，B创建一个新的事务。 ⑤、PROPAGATION_NOT_SUPPORTED ：not_supported ,不支持。如果A有事务，将A的事务挂起，B将以非事务执行；如果A没有事务，B将以非事务执行。 ⑥、PROPAGATION_NEVER ：never，从不。如果A有事务，B将抛异常；如果A没有事务，B将以非事务执行。 ⑦、PROPAGATION_NESTED ：nested ，嵌套。如果A当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

5.2.隔离级别

隔离级别：定义了一个事务可能受其他并发事务影响的程度。

并发事务引起的问题： 在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务。并发虽然是必须的，但可能会导致以下的问题。 ①、脏读（Dirty reads）——脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写在稍后被回滚了，那么第一个事务获取的数据就是无效的。 ②、不可重复读（Nonrepeatable read）——不可重复读发生在一个事务执行相同的查询两次或两次以上，但是每次都得到不同的数据时。这通常是因为另一个并发事务在两次查询期间进行了更新。 ③、幻读（Phantom read）——幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时。在随后的查询中，第一个事务（T1）就会发现多了一些原本不存在的记录。 注意：不可重复读重点是修改，而幻读重点是新增或删除。

在 Spring 事务管理中，为我们定义了如下的隔离级别： ①、ISOLATION_DEFAULT：使用后端数据库默认的隔离级别(不同的数据隔离级别不同) ②、ISOLATION_READ_UNCOMMITTED：最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读 ③、ISOLATION_READ_COMMITTED（Oracle）：允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生 ④、ISOLATION_REPEATABLE_READ（mysql）：对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生 ⑤、ISOLATION_SERIALIZABLE：最高的隔离级别，完全服从ACID的隔离级别，确保阻止脏读、不可重复读以及幻读，也是最慢的事务隔离级别，因为它通常是通过完全锁定事务相关的数据库表来实现的。

上面定义的隔离级别，在 Spring 的 TransactionDefinition.class 中也分别用常量 -1,0,1,2,4,8表示。比如 ISOLATION_DEFAULT 的定义：

/**
 * Use the default isolation level of the underlying datastore.
 * All other levels correspond to the JDBC isolation levels.
 * @see java.sql.Connection
 */
int ISOLATION_DEFAULT = -1;

5.3只读

这是事务的第三个特性，是否为只读事务。如果事务只对后端的数据库进行该操作，数据库可以利用事务的只读特性来进行一些特定的优化。通过将事务设置为只读，你就可以给数据库一个机会，让它应用它认为合适的优化措施。 Spring会管理事务，但是查询一般都设置成只读事务，性能会高！

5.4.事务超时

为了使应用程序很好地运行，事务不能运行太长的时间。因为事务可能涉及对后端数据库的锁定，所以长时间的事务会不必要的占用数据库资源。事务超时就是事务的一个定时器，在特定时间内事务如果没有执行完毕，那么就会自动回滚，而不是一直等待其结束。

5.5回滚规则

事务五边形的最后一个方面是一组规则，这些规则定义了哪些异常会导致事务回滚而哪些不会。默认情况下，事务只有遇到运行期异常时才会回滚，而在遇到检查型异常时不会回滚（这一行为与EJB的回滚行为是一致的） 。但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。同样，你还可以声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。 可以指定何种类型的异常西是否需要回滚撤销！！