Spring 事务配置之事务原理与注解事务操作

一、Spring 事务的接口 PlatformTransactionManager
提供一个接口表示事务管理器，这个接口针对不同的框架提供不同的实现类！

二、事务分为编程式事务与声明式事务(AOP)
2.1注解事务

Spring XML 配置:
2.2 java类或者方法写上注解

三、事务注解 参数
3.1


Transactional的属性

value和transactionManager

value和transactionManager是作用是一样。当配置多个事务管理器时，可以使用该属性指定选择哪个事务管理器。

propagation

事务的传播行为，默认值为 Propagation.REQUIRED(default Propagation.REQUIRED)。可选的值有：

Propagation.REQUIRED：如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。
Propagation.SUPPORTS：如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。
Propagation.MANDATORY：如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。
Propagation.REQUIRES_NEW：重新创建一个新的事务，如果当前存在事务，暂停当前的事务。
Propagation.NOT_SUPPORTED:以非事务的方式运行，如果当前存在事务，暂停当前的事务。
Propagation.NEVER:以非事务的方式运行，如果当前存在事务，则抛出异常。
Propagation.NESTED:与Propagation.REQUIRED 效果一样。
isolation

事务的隔离级别，默认值为 Isolation.DEFAULT( default Isolation.DEFAULT)。可选的值有： mysql 默认隔离级别 = 可重复读
@Transactional(isolation= Isolation.SERIALIZABLE)

并发问题
脏读
（针对未提交数据）如果一个事务中对数据进行了更新，但事务还没有提交，另一个事务可以“看到”该事务没有提交的更新结果，这样造成的问题就是，如果第一个事务回滚，那么，第二个事务在此之前所“看到”的数据就是一笔脏数据。
不可重复读
（针对其他提交前后，读取数据本身的对比）不可重复读取是指同一个事务在整个事务过程中对同一笔数据进行读取，每次读取结果都不同。如果事务1在事务2的更新操作之前读取一次数据，在事务2的更新操作之后再读取同一笔数据一次，两次结果是不同的，所以，Read Uncommitted也无法避免不可重复读取的问题。
幻读
（针对其他提交前后，读取数据条数的对比） 幻读是指同样一笔查询在整个事务过程中多次执行后，查询所得的结果集是不一样的。幻读针对的是多笔记录。在Read Uncommitted隔离级别下， 不管事务2的插入操作是否提交，事务1在插入操作之前和之后执行相同的查询，取得的结果集是不同的，所以，Read Uncommitted同样无法避免幻读的问题。

不可重复读和幻读区别
对于不可重复读和幻读，可以借用下面的例子理解：

Isolation.DEFAULT:使用基础数据存储的默认隔离级别。
Isolation.READ_UNCOMMITTED:指示脏读，不可重复读和幻像读的常量可能会发生。此级别允许读取由一个事务更改的行在该行中的任何更改已提交之前的另一笔交易(“脏读”)。如果任何更改回滚，则第二个事务将检索到无效的行。
Isolation.READ_COMMITTED:指示防止脏读的常量；不可重复读和幻像读取可能发生。此级别仅禁止交易读取行中未提交的更改。
Isolation.REPEATABLE_READ:一个常量，指示脏读和不可重复读是防止；幻像读取可能发生。此级别禁止交易读取行中未提交的更改，并且它还禁止一种事务读取一行，第二种事务读取的情况更改行，并且第一个事务重新读取行，得到第二次不同的值(“不可重复读取”)。
Isolation.SERIALIZABLE:所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

timeout
@Transactional(timeout= -1)

事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。

readOnly
@Transactional(readOnly= false)
false 可以查询 也可以做增删改
true 只能查询
指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。

rollbackFor

@Transactional(rollbackFor = Exception.class)

用于指定能够触发事务回滚的异常类型，可以指定多个异常类型。
1 让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)

2 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

3 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)

4 如果不添加rollbackFor等属性，Spring碰到Unchecked Exceptions都会回滚，不仅是RuntimeException，也包括Error。

注意：
如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。

rollbackForClassName

用于指定能够触发事务回滚的异常类型名，可以指定多个异常类型名。

noRollbackFor
@Transactional(noRollbackFor= Exception.class)

抛出指定的异常类型，不回滚事务，也可以指定多个异常类型。

noRollbackForClassName