Mysql的事务特性

事务的特性：ACID

• 原子性（atomicity）：一个事务是一个不可分割的工作单位，事务中包括的操作要么都不做，要么都做
• 持久性（durability）：持久性也称永久性，指一个事务一旦提交，他对数据库的改变就应该是永久性的，接下来的其他操作或故障不应该对其有任何的影响。
• 隔离性（isolation）：一个事务的执行不能被另一个事务所干扰，即一个事务内部的操作及使用对并发的其他事务是隔离的，并发执行的各个事务之间不能相互干扰。
• 一致性（consistency）：事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。

事务的隔离级别：

• 读未提交：允许事务在执行过程中，读取其他事务尚未提交的数据
• 读已提交：允许事务在执行过程中，读取其他事务已经提交的数据
• 可重复读：在同一个事务中，任何时候查询的结果都是一致的
• 读序列化：所有事务逐个依次进行，每次读都需要获取表级共享锁。读写会相互阻塞

如果不考虑事务的隔离级别，在事务的并发环境下，可能会出现的问题

• 更新丢失：两个或多个事务操作相同的数据。然后基于选定的值更新该行时，由于每个事务都不知道其他事务的存在，就会发生丢失更新问题，最后的更新覆盖了其他事务所做的更新。
• 脏读：指的是事务A正在访问数据，并且对数据进行了修改（事务未提交），这时，事务B也在使用这个数据，后来事务A撤销回滚，并把修改后的数据恢复原值，B读到的数据就与原来数据库的值不一致，即B读到的数据就是脏数据。
• 不可重复读：在一个事务内，多次读取到同一个数据，但是由于另一个事务在此期间对这个数据做了修改并提交，导致前后读取到的数据不一致。
• 幻读：在一个事务中，先后两次进行读取相同的数据（一般是查询），由于另一个事务新增或删除了数据，导致前后两次查询到的数据结果不一致。

事务的传播机制

• PROPAGATION_REQUIRED：

支持当前事务，如果当前没有事务，则创建一个新的事务

• PROPAGATION_SUPPORTS：

支持当前事务，如果当前没有事务，则不使用事务，以非事务方式运行

• PROPAGATION_MANDATORY

支持当前事务，如果当前没有事务则抛出异常，强制性使用事务

• PROPAGATION_REQUIRES_NEW

新建事务，假设当前存在事务也不使用，把当前事务挂起

• PROPAGATION_NOT_SUPPORTED

不支持事务，如果当前有事务，则挂起当前事务

• PROPAGATION_NEVER

不支持事务，如果当前有事务，则抛出异常

• PROPAGATION_NESTED

如果当前有事务，则在嵌套事务内执行，如果当前没有事务，则新建事务

事务的隔离级别

• TransactionDefinition.ISOLATION_DEFAULT

表示底层数据库的默认隔离级别，对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED，可以防止脏读

• TransactionDefinition.ISOLATION_READ_UNCOMMITTED

隔离级别的读已提交，表示一个事务可以读取另一个事务修改但还没有提交的数据，该级别不能防止脏读、不可重复读、幻读。

• TransactionDefinition.ISOLATION_READ_COMMITTED

 隔离级别的读已提交，一个事务只能读取另一个事务已提交的数据，可以防止脏读。

• **TransactionDefinition.ISOLATION_REPEATABLE_READ **

 该隔离级别表示一个事务多次查询同一个数据时，查询的结果不会改变，可以防止脏读和不可重复读

• TransactionDefinition.ISOLATION_SERIALIZABLE

 所有的事务可以依次逐个执行，各个事务之间不会产生干扰	，该隔离级别可以防止脏读、不可重复读以及幻读。缺点：会影响程序的性能，通常时候不会用到

Spring注解@Transactional的实现机制

在系统调用含有@Transactional注解的目标方法前，spring framework默认使用AOP代理，在代码执行时生成一个代理对象，根据@Transactional的属性配置信息。这个代理对象决定该声明@Transactional的目标方法是否由拦截器TransactionalInterceptor来使用拦截。在TransactionalInterceptor拦截时，会在目标方法开始执行之前创建并加入事务，并执行目标方法的逻辑，最后根据执行情况是否出现异常，利用抽象事务管理TransactionManager 操作数据源dataSource提交或回滚事务。

使用@Transcational注解的注意事项

• 使用正确的事务传播行为propagation属性。

有三种是不支持事务的行为，确保使用正确，否则不会发生事务回滚

• 使用正确的rollbackFor属性。

默认情况下，如果在事务中抛出了未检查的异常或者Erro，则spring将回滚事务，除此之外事务不会回滚。如果在事务中抛出其他类型的异常，并期望 Spring 能够回滚事务，可以指定 rollbackFor。例：@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)。通过分析 Spring 源码可以知道，若在目标方法中抛出的异常是 rollbackFor 指定的异常的子类，事务同样会回滚。
备注：转载自原文链接

• @Transactional 只能应用到 public 方法才有效

只有@Transactional 注解应用到 public 方法，才能进行事务管理。这是因为在使用 Spring AOP 代理时，Spring 在调用在图 1 中的 TransactionInterceptor 在目标方法执行前后进行拦截之前，DynamicAdvisedInterceptor（CglibAopProxy 的内部类）的的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法会间接调用 AbstractFallbackTransactionAttributeSource（Spring 通过这个类获取表 1. @Transactional 注解的事务属性配置属性信息）的 computeTransactionAttribute 方法。

protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) {
    // Don't allow no-public methods as required.
    if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
		return null;
    }
}

这个方法会先检测方法的修饰符是不是public，如果不是public，就不会获取@Transcational的属性配置信息，也就不会使用TranscantionInterceptor来拦截该目标方法进行事务管理。

• 避免spring Aop的自调用问题

代码：

@Service
public class OrderService {
    private void insert() {
    	insertOrder();
    }
    
	@Transactional
    public void insertOrder() {
        //insert log info
        //insertOrder
        //updateAccount
       }
}

在spring Aop代理下，只有目标方法由外部调用才会产生代理对象。如果在目标方法所在类里面相互调用不会产生代理对象，就不会配置@Transcational注解的属性，事务被忽略不会发生回滚。
针对spring Aop的问题产生事务被忽略解决方案就是将spring aop代理换成aspectJ代理。