事务学习笔记

spring事务传播机制

• PROPAGATION_REQUIRED
  默认方式，A方法调用B方法，B设置为PROPAGATION_REQUIRED,如果A有事务，则B使用A的事务，若A无事务，则B新建事务。
• PROPAGATION_SUPPORTS
  A方法调用B方法，B设置为PROPAGATION_SUPPORTS,如果A有事务，则B使用A的事务，若A无事务，则B也无事务。
• PROPAGATION_MANDATORY
  A方法调用B方法，B设置为PROPAGATION_MANDATORY,A方法必须带有事务。
• PROPAGATION_REQUIRED_NEW
  必须新建事务，一般的事务管理不支持事务嵌套。
• PROPAGATION_NOT_SUPPORTED
  不在事务中执行，若当前存在事务则挂起事务，待执行完后再恢复事务。
• PROPAGATION_NEVER
  不允许事务。
• PROPAGATION_NESTEDED
  嵌套事务。

事务隔离机制

• READ UNCOMMITTED
  可以读取到未提交数据，事务中的修改，即使未提交，对其他事务也是可见的，。事务可以读取未提交的数据，也即脏读。
• READ COMMITTED
  只要提交了就会被读到。大多数系统的默认隔离级别（但不包括MySQL）。这个隔离级别也叫做不可重复读，因为在事务执行过程中，可以读取到其他事务提交了的数据，所以可能两次读取的数据会不一样。
• REPEATABLE READ
  可重复读，即开启事务后，即使数据被其他事务修改，还是读到之前的数据。通过数据版本号实现，即对数据的修改都是变更版本号，而当前事务只会读取小于事务开启时的版本号的数据。这种做法解决了脏读的问题，但会产生幻读，这个等之后深入了解再做解释。
• SERIALIZABLE
  线性事务，即事务排队执行。

PlatformTransactionManager的常见实现

• DataSourceTransactionManager
• JpaTransactionManager
• JMSTransactionManager
• JtaTransactionManager