Spring事务

1、Spring事务传播机制

1.1、事务的特性

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

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

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

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

1.2、事务的配置方式

1. 编程式事务管理
编程式事务管理是侵入性事务管理，使用TransactionTemplate或者直接使用PlatformTransactionManager，对于编程式事务管理，Spring推荐使用TransactionTemplate。

public void insertUser2(){
        TransactionTemplate template = new TransactionTemplate();
        template.execute(new TransactionCallbackWithoutResult() {
            @Override
            protected void doInTransactionWithoutResult(TransactionStatus status) {
                userDao.insert();
                System.out.println("插入完成");
                int i = 10/0;
            }
        });
    }

2. 声明式事务管理
声明式事务管理建立在AOP之上，其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，执行完目标方法之后根据执行的情况提交或者回滚。

@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.READ_COMMITTED)
    public void insertUser(){
        userDao.insert();
        System.out.println("插入完成");
        int i = 10/0;
    }

编程式事务每次实现都要单独实现，但业务量大功能复杂时，使用编程式事务无疑是痛苦的，而声明式事务不同，声明式事务属于无侵入式，不会影响业务逻辑的实现，只需要在配置文件中做相关的事务规则声明或者通过注解的方式，便可以将事务规则应用到业务逻辑中。
显然声明式事务管理要优于编程式事务管理，这正是Spring倡导的非侵入式的编程方式。唯一不足的地方就是声明式事务管理的粒度是方法级别，而编程式事务管理是可以到代码块的，但是可以通过提取方法的方式完成声明式事务管理的配置。

1.3、事务的传播机制

事务的传播性一般用在事务嵌套的场景，比如一个事务方法里面调用了另外一个事务方法，那么两个方法是各自作为独立的方法提交还是内层的事务合并到外层的事务一起提交，这就是需要事务传播机制的配置来确定怎么样执行。
常用的事务传播机制如下：

1、PROPAGATION_REQUIRED
Spring默认的传播机制，能满足绝大部分业务需求，如果外层有事务，则当前事务加入到外层事务，一块提交，一块回滚。如果外层没有事务，新建一个事务执行

2、PROPAGATION_REQUES_NEW
该事务传播机制是每次都会新开启一个事务，同时把外层事务挂起，当当前事务执行完毕，恢复上层事务的执行。如果外层没有事务，执行当前新开启的事务即可

3、PROPAGATION_SUPPORT
如果外层有事务，则加入外层事务，如果外层没有事务，则直接使用非事务方式执行。完全依赖外层的事务

4、PROPAGATION_NOT_SUPPORT
该传播机制不支持事务，如果外层存在事务则挂起，执行完当前代码，则恢复外层事务，无论是否异常都不会回滚当前的代码

5、PROPAGATION_NEVER
该传播机制不支持外层事务，即如果外层有事务就抛出异常

6、PROPAGATION_MANDATORY
与NEVER相反，如果外层没有事务，则抛出异常

7、PROPAGATION_NESTED
该传播机制的特点是可以保存状态保存点，当前事务回滚到某一个点，从而避免所有的嵌套事务都回滚，即各自回滚各自的，如果子事务没有把异常吃掉，基本还是会引起全部回滚的。

2、Spring事务隔离机制

事务的隔离级别定义一个事务可能受其他并发务活动活动影响的程度，可以把事务的隔离级别想象为这个事务对于事物处理数据的自私程度。

2.1、脏读、不可重复读、幻读

在一个典型的应用程序中，多个事务同时运行，经常会为了完成他们的工作而操作同一个数据。并发虽然是必需的，但是会导致以下问题：
脏读（Dirty read）
事务中的修改即使没有提交，其他事务也能看见。事务可以读取到未提交的数据称为脏读。

不可重复读（Nonrepeatable read）
同个事务前后多次读取，不能读到相同的内容，中间另一事务也操作了该同一数据。

幻读（Phantom reads）
当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内，插入了新的记录，当之前的事务再次读取该范围的记录时，发现两次不一样，称为幻读。

幻读和不可重复读的区别是：前者是⼀个范围，后者是本身，从总的结果来看, 两者都表现为两次读取的结果不⼀致。不可重复读重点在修改，幻读重点在新增或者删除

2.2、事务的隔离级别

1、ISOLATION_DEFAULT
使用后端数据库默认的隔离级别

2、ISOLATION_READ_UNCOMMITTED
允许读取尚未提交的更改。可能导致脏读、幻读或不可重复读。

3、ISOLATION_READ_COMMITTED
（Oracle 默认级别）允许从已经提交的并发事务读取。可防止脏读，但幻读和不可重复读仍可能会发生。

4、ISOLATION_REPEATABLE_READ
（MYSQL默认级别）对相同字段的多次读取的结果是一致的，除非数据被当前事务本身改变。可防止脏读和不可重复读，但幻读仍可能发生。

5、ISOLATION_SERIALIZABLE
解决脏读、不可重复读、幻读，可保证事务安全，但强制所有事务串行执行，所以并发效率低

3、只读

如果一个事务只对数据库执行读操作，那么该数据库就可能利用那个事务的只读特性，采取某些优化措施。通过把一个事务声明为只读，可以给后端数据库一个机会来应用那些它认为合适的优化措施。由于只读的优化措施是在一个事务启动时由后端数据库实施的， 因此，只有对于那些具有可能启动一个新事务的传播行为（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、 ROPAGATION_NESTED）的方法来说，将事务声明为只读才有意义。

@Transactional(readOnly=true)

4、事务超时

为了使一个应用程序很好地执行，它的事务不能运行太长时间。因此，声明式事务的下一个特性就是它的超时。
假设事务的运行时间变得格外的长，由于事务可能涉及对数据库的锁定，所以长时间运行的事务会不必要地占用数据库资源。这时就可以声明一个事务在特定秒数后自动回滚，不必等它自己结束。
由于超时时钟在一个事务启动的时候开始的，因此，只有对于那些具有可能启动一个新事务的传播行为（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、ROPAGATION_NESTED）的方法来说，声明事务超时才有意义。

@Transactional(timeout=30)

5、回滚规则

在默认设置下，事务只在出现运行时异常（runtime exception）时回滚，而在出现受检查异常（checked exception）时不回滚（这一行为和EJB中的回滚行为是一致的）。
不过，可以声明在出现特定受检查异常时像运行时异常一样回滚。同样，也可以声明一个事务在出现特定的异常时不回滚，即使特定的异常是运行时异常。

不回滚noRollbackFor：让原本回滚的异常不回滚

@Transactional(noRollbackFor = {ArithmeticException.class})
    public void insertUser(){
        userDao.insert();
        System.out.println("插入成功");
        int i = 10/0;
    }

不回滚数学异常，则10/0发生异常之后，上面插入操作一样能执行成功。

回滚rollbackFor：让原本不回滚的异常回滚，例如FileNotFoundException

@Transactional(rollbackFor = {FileNotFoundException.class})
    public void insertUser() throws FileNotFoundException {
        userDao.insert();
        System.out.println("插入成功");
//        int i = 10/0;
        new FileOutputStream("D:\\asdadassda");
    }

如果没有指定rollbackFor，发生异常后，插入操作正常执行；指定以后，发生异常之后，会回滚插入操作，插入失败。