Spring事务

1.事务的作用

保证数据的一致性

2、事务必须服从ISO/IEC所制定的ACID原则。

ACID是原子性（atomicity）、一致性（consistency）、隔离性 （isolation）和持久性（durability）的缩写。
1) 原子性
原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。（一组操作不可分割）
2) 一致性
表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。
3) 隔离性
　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。
4) 持久性
持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
不考虑隔离性会出现的读问题
脏读:在一个事务中读取到另一个事务没有提交的数据
不可重复读:在一个事务中,两次查询的结果不一致(针对的update操作)
虚读(幻读):在一个事务中,两次查询的结果不一致(针对的insert操作)
通过设置数据库的隔离级别来避免上面的问题(理解)
read uncommitted 读未提交 上面的三个问题都会出现
read committed 读已提交 可以避免脏读的发生
repeatable read 可重复读 可以避免脏读和不可重复读的发生
serializable 串行化 可以避免所有的问题

3、事务管理的两种方法

1）编程式事务管理
手动控制事务
细粒度的事务控制：可以对指定的方法、指定的方法的某几行添加事务控制。
比较灵活，但是开发起来比较繁琐： 每次都要开启、提交、回滚。
2）声明式事务管理（xml方式和注解方式）
Spring提供了对事务的管理, 这个就叫声明式事务管理。
Spring提供了对事务控制的实现。用户如果想用Spring的声明式事务管理，只需要在配置文件中配置即可； 不想使用时直接移除配置。这个实现了对事务控制的最大程度的解耦。
Spring声明式事务管理，核心实现就是基于Aop。
粗粒度的事务控制： 只能给整个方法应用事务，不可以对方法的某几行应用事务。】
(因为aop拦截的是方法。)
Spring声明式事务管理器类：
Jdbc技术：DataSourceTransactionManager
Hibernate技术：HibernateTransactionManager
声明式事务管理什么时候提交？方法结束的时候
声明式事务管理什么时候回滚？声明式事务抛出异常时回滚

使用事务注意事项
事务是程序运行如果没有错误,会自动提交事务,如果程序运行发生异常,则会自动回滚。
如果使用了try捕获异常时.一定要在catch里面手动回滚。
事务手动回滚代码
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

4.spring的七种传播行为

事务传播行为（propagation behavior）指的就是当一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行。
1)PROPAGATION_REQUIRED
如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。
可以把事务想像成一个胶囊，在这个场景下方法B用的是方法A产生的胶囊（事务）。

2)PROPAGATION_SUPPORTS
如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。
3）PROPAGATION_MANDATORY
如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常

4)PROPAGATION_REQUIRES_NEW
使用PROPAGATION_REQUIRES_NEW,需要使用 JtaTransactionManager作为事务管理器。
它会开启一个新的事务。如果一个事务已经存在，则先将这个存在的事务挂起。
5)PROPAGATION_NOT_SUPPORTED
PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。

6)PROPAGATION_NEVER
总是非事务地执行，如果存在一个活动事务，则抛出异常。
7)PROPAGATION_NESTED

如果一个活动的事务存在，则运行在一个嵌套的事务中。 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。
这是一个嵌套事务,使用JDBC 3.0驱动时,仅仅支持DataSourceTransactionManager作为事务管理器。
需要JDBC 驱动的java.sql.Savepoint类。使用PROPAGATION_NESTED，还需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true(属性值默认为false)。
这里关键是嵌套执行。

延伸问题：
事务应该在Service层统一控制。
哪里用到aop？
事务的底层原理用到前置通知和后置通知，前置通知开启事务，后置通知提交事务，捕获通知回滚事务。
这里有一个很容易被问到的问题，如果我开启事务之后服务器突然宕机,或者硬盘损坏,断电断网了那么我执行的操作时执行成功了还是没成功呢？
当我们对数据库进行增删改操作时,我们操作的对象都不属于持久化状态,如果突然发生意外,只要事务没有提交则不会对数据造成影响，当服务器通电了会根据数据库自身记录的信息找到没有提交的事务然后进行回滚。那么我们在提交事务的过程中断电会怎样？这就得看服务器是否收到提交事务的请求了,如果收到了执行成功,没有则失败,这就是事务的原子性要么成功要么失败。

参考：https://blog.csdn.net/weixin_39625809/article/details/80707695
https://blog.csdn.net/zjxxyz123/article/details/79413729