Spring的事务管理1
事务的回顾:
- 事务：逻辑上的一组操作，组成这组事务的各个单元，要么全部成功，要么全部失败
事务的特性：ACID
- 原子性(Atomicity)：事务不可分割
- 一致性(Consistency)：事务执行前后数据完整性保持一致
- 隔离性(Isolation)：一个事务执行不应该受到其他事务的干扰
- 持久性(Durability)：一旦事务结束，数据就持久化到数据库
如果不考虑隔离性引发安全问题：
读问题：
- 脏读：一个事务读到另一个事务未提交的数据
- 不可重复读：一个事务读到另一个事务已经提交的update数据，导致另一个事务中多次查询结果不一致
- 虚读、幻读：一个事务读到另一个事务已经提交的insert数据，导致另一个事务中多次查询结果不一致
解决读问题：
设置事务的隔离级别：开发常用二三。非常安全，效率低。
- Read uncommitted： 未提交读，任何读问题解决不了
- Read Committeed : 已提交读， 解决脏读，但是不可重复读和虚读有可能发生。Oracle
- Repeatable read ： 重复读，解决脏读和不可重复读，但是虚读有可能发生。mysql
- Serializable: 解决所有读问题
写问题：
- 丢失更新
事务管理的API：
PlatformTransactionManager：平台事务管理器
平台事务管理器：接口，是Spring管理事务的真正对象
- DataSourceTransactionManager：底层是JDBC管理事务
- HibernateTransactionManager：底层是Hibernate管理事务
TransactionDefinition：事务定义信息
- 事务定义:用于定义事务的相关信息，隔离级别，超时信息、传播行为、是否只读。
- TransactionStates：事务的状态，用于记录在事务管理过程中事务的状态的对象。
TransactionStates：事务的状态
- 事务状态：用于记录在事务管理过程中，事务的状态的对象。
事务管理的API的关系：
Spring进行事务管理的时候，首先是平台事务管理器根据事务定义信息进行事务的管理。
在事务管理过程中，产生各种状态，将这些状态信息记录到事务状态的对象中。
Spring事务的传播行为：主要解决事务在业务层方法相互调用的问题
Spring中提供了七种事务的传播行为：
保证多个操作在同一个事务中
PROPAGATION_REQUIRED ：默认值，如果A中有事务，使用A中的事务，如果A没有，创建一个新的事务，将操作包含进来
PROPAGATION_SUPPORTS ：支持事务，如果A中有事务，使用A中的事务。如果A没有事务，不使用事务。
PROPAGATION_MANDATORY ：如果A中有事务，使用A中的事务。如果A没有事务，抛出异常。
保证多个操作不在同一个事务中
PROPAGATION_REQUIRES_NEW ：如果A中有事务，将A的事务挂起（暂停），创建新事务，只包含自身操作。如果A中没有事务，创建一个新事务，包含自身操作。
PROPAGATION_NOT_SUPPORTED ：如果A中有事务，将A的事务挂起。不使用事务管理。
PROPAGATION_NEVER ：如果A中有事务，报异常。
嵌套式事务
PROPAGATION_NESTED ：嵌套事务，如果A中有事务，按照A的事务执行，执行完成后，设置一个保存点，执行B中的操作，如果没有异常，执行通过，如果有异常，可以选择回滚到最初始位置，也可以回滚到保存点。
