链接：https://article.itxueyuan.com/vOMg52
事务配置方式
1）注解方式 @Transational 配合<tx:annotation-driven transaction-manager="txManager"/>
2）配置方式（applicationContext.xml里配置通用事务），应用的是spring aop aspect技术。参考spring手册17.3 20.4.3 部分
http://www.cnblogs.com/yepei/p/4716112.html
1）xml配置声明式事务
（applicationContext.xml里配置通用事务），应用的是spring aop aspect技术。参考spring手册20.4.3部分
<!-- 第一种 xml配置声明式事务 -->
<bean id="txManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>
<!-- 事务通知机制（哪些操作需要启动事务） 利用spring aop 参考手册spring手册11.2.3-->
<!-- 配置通知和切点 -->
<aop:config>
<!-- 配置切点 主要是针对servcie实现类层-->
<aop:pointcut expression="execution(* com.neuedu.service.impl.*.*(..))" id="serviceOperation"/>
<aop:advisor advice-ref="tx-advice" pointcut-ref="serviceOperation"/>
</aop:config>
<!-- 事务通知属性 -->
<tx:advice id="tx-advice" transaction-manager="txManager">
<tx:attributes>
<!-- service里有四种常用操作 增加 修改 删除 查询
增加 修改 删除会对数据库表数据库进行修改 add update del
查询操作不会修改数据本身 select get
针对数据库的操作，方法名需要定义个规则出来。
read-only属性指定是否为只读事务。一般查询为只读read-only="true" 其他为false
propagation有七个值 有两个值是常用的。REQUIRED SUPPORTS
REQUIRED：支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。（始终在事务中运行）
SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行。
MANDATORY：支持当前事务，如果当前没有事务，就抛出异常。
REQUIRES_NEW：新建事务，如果当前存在事务，把当前事务挂起。
NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。
NESTED：支持当前事务，如果当前事务存在，则执行一个嵌套事务，如果当前没有事务，就新建一个事务。
-->
<!-- get开头的为查询方法 -->
<tx:method name="get*" read-only="true" propagation="SUPPORTS"/>
<!-- add开头的为添加方法 -->
<tx:method name="add*" read-only="false" propagation="REQUIRED"/>
<!-- update开头的为修改方法 -->
<tx:method name="update*" read-only="false" propagation="REQUIRED"/>
<!-- delete开头的为删除方法 -->
<tx:method name="delete*" read-only="false" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
2）注解声明式事务
@Transational 配合<tx:annotation-driven transaction-manager="txManager"/>
注解可以写到接口上，接口的方法上，类上，类的方法上。
但是spring不建议用在接口或接口的方法上，因为如果写在接口上，那么只有基于接口的代理时才会生效。
所以我们把该注解写在类上，或者类的方法上。
如果写在类上，他是对类里所有的公有（public修饰的）方法生效。
如果写在方法上，只对该方法生效。
注意：默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。
注意：一般在service层加事务。
配置部分：
在上面配置的基础上，增加如下配置
<!--注解驱动，支持注解方式的事务-->
<tx:annotation-driven transaction-manager="txManager"/>
代码实例
@Transactional(readOnly = true)
public class DefaultFooService implements FooService {
public Foo getFoo(String fooName) {
// do something
}
// these settings have precedence for this method
//方法上注解属性会覆盖类注解上的相同属性
@Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)
public void updateFoo(Foo foo) {
// do something
}
}
二、事务隔离级别(Isolation)
MySQL默认的事务隔离级别REPEATABLE_READ (可重复读取)
@Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW，isolation=Isolation.x)
JDBC 规范增加了隔离级别，来满足了 SQL:2003 定义的 4 种事务隔离级别。在安装MySQL时，安装默认的隔离级别就是：可重复读。可以通过 select @@global.tx_isolation; 来查看当前隔离级别。隔离级别从最宽松到最严格，排序如下所示：
1️⃣TRANSACTION_NONE
这意味着当前的 JDBC 驱动不支持事务，也意味着这个驱动不符合 JDBC 规范。
2️⃣READ_UNCOMMITTED(读未提交)
允许事务看到其它事务修改了但未提交的数据，这意味着有可能是脏读、不可重复读或者幻读。
3️⃣READ_COMMITTED(读提交)
一个事务在未提交之前，所做的修改不会被其它事务所看见。这能避免脏读，但避免不了不可重复读和幻读。
4️⃣REPEATABLE_READ(可重复读取) MySQL默认的事务隔离级别
避免了脏读和不可重复读，但幻读依然是有可能发生的。
5️⃣SERIALIZABLE(序列化)
避免了脏读、不可重复读以及幻读。
