Spring中的事务管理

一.什么是事务

一系列的动作，被当作一个独立的工作单元，这些动作要么全部完成，要么全部不起作用。
事务的四个特性ACID:

• 原子性（Atomicity）：事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。
• 一致性（Consistency）：一旦事务完成（不管成功还是失败），系统必须确保它所建模的业务处于一致的状态，而不会是部分完成部分失败。在现实中的数据不应该被破坏。
• 隔离性（Isolation）：可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。
• 持久性（Durability）：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。通常情况下，事务的结果被写到持久化存储器中。

二.spring中的事务管理

2.1.配置事务管理器

<!-- DataSourceTransactionManager支持JDBC和Mybatis. 支持hibernate的是HibernateTransactionManager-->
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
  <!-- 注入数据源-->
  <property name="dataSource" ref="dataSource">
</bean>

2.2加入tx命名空间

2.3配置事务属性

<tx:advice id="transactionAdvice" transaction-manager="transactionManager">
  <tx:attributes>
     <!-- 加入到事务管理中的方法-->
     <tx:method name="*find*" read-only="true"/>
     <tx:method name="*">
  </tx:attributes>
</tx:advice>

2.4配置切点

<aop:config>
  <!-- 第一个*:返回值，第二个*:包下的子包，第三个*:代表方法名，..任意参数-->
  <aop:pointcut id="pointcut" expression="execution(* 包.*.*(..))" />
  <aop:advisor advice-ref="transactionAdvice" pointcut-ref="pointcut" />
</aop:config>

注解方式

1.配置文件中启用事务注解

<tx:annotation-driven transaction-manager="transactionManager"/>

2.在需要加入到事务管理的方法上加@Transactional注解

三.事务的传播行为

事务的第一个方面是传播行为（propagation behavior）。当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。Spring定义了七种传播行为：

• PROPAGATION_REQUIRED
  表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务

• PROPAGATION_REQUIRED_NEW
  新建事务，如果当前存在事务，把当前事务挂起。

• PROPAGATION_SUPPORTS
  表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行

• PROPAGATION_MANDATORY
  支持当前事务，如果当前没有事务，就抛出异常

• PROPAGATION_NOT_SUPPORTED
  以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

• PROPAGATION_NEVER
  以非事务方式执行，如果当前存在事务，则抛出异常。

• PROPAGATION_NESTED
  如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

@Transactional(propagation=Propagation.REQUIRED)默认使用REQUIRED

四.事务的隔离级别

• ISOLATION_READ_UNCOMMITTED
  这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。
  这种隔离级别会产生脏读，不可重复读和幻像读。

• ISOLATION_READ_COMMITTED
  保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据

• ISOLATION_REPEATABLE_READ
  这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。
  它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。

• ISOLATION_SERIALIZABLE
  这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。
  除了防止脏读，不可重复读外，还避免了幻像读。

什么是脏数据，脏读，不可重复读，幻觉读？

• 脏读
  指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，
  另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据， 那么另外一
  个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的

• 不可重复读
  指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。
  那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的数据
  可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。

• 幻觉读
  指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及
  到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，
  以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。

@Trasactional(isolation=Isolation.READ_COMMITTED)