spring ----> 事务:传播机制和接口TransactionDefinition

spring事务:

编程式事务(细粒度)

声明式事务(粗粒度，xml或者注解格式)

spring接口TransactionDefinition:

TransactionDefinition接口定义了事务传播行为 类型(7种)，事务隔离类型(5种)，超时设置等。

文档翻译:

定义Spring兼容事务属性的接口。 基于类似于EJB CMT属性的传播行为定义。
请注意，隔离级别和超时设置不会得到应用，除非实际的新事务开始。 只有PROPAGATION_REQUIRED，PROPAGATION_REQUIRES_NEW和PROPAGATION_NESTED可以导致这种情况，在其他情况下指定这些设置通常没有意义。 此外，请注意，并非所有事务管理器都支持这些高级功能，因此在给定非默认值时可能会引发相应的异常。
只读标志适用于任何事务上下文，无论是由实际资源事务支持还是在资源级别上以非事务方式操作。 在后一种情况下，该标志仅适用于应用程序内的托管资源，如Hibernate会话。

0、propagation_required

文档翻译:

支持当前事务; 如果不存在，则创建一个新的。 类似于同名的EJB事务属性。
这通常是事务定义的默认设置，通常定义事务同步范围。

1、propagation_supports

文档翻译:

支持当前事务; 如果不存在，则以非事务方式执行。 类似于同名的EJB事务属性。
注意：对于具有事务同步的事务管理器，PROPAGATION_SUPPORTS与完全没有事务稍有不同，因为它定义了同步可能适用的事务范围。 因此，相同的资源（JDBC连接，Hibernate会话等）将被共享给整个指定的范围。 请注意，确切的行为取决于事务管理器的实际同步配置！
一般来说，请小心使用PROPAGATION_SUPPORTS！ 特别是，不要依赖PROPAGATION_SUPPORTS范围内的PROPAGATION_REQUIRED或PROPAGATION_REQUIRES_NEW（这可能会导致运行时出现同步冲突）。 如果这种嵌套是不可避免的，请确保正确配置事务管理器（通常切换到“实际事务同步”）。

2、propagation_mandatory

文档翻译:

支持当前事务; 如果没有当前事务存在，则抛出异常。 类似于同名的EJB事务属性。
请注意，PROPAGATION_MANDATORY范围内的事务同步将始终由周围事务驱动。

3、propagation_requires_new

文档翻译:

创建一个新的事务，如果存在，暂停当前事务。 类似于同名的EJB事务属性。
注意：实际的事务暂停将无法在所有事务管理器上直接使用。 这特别适用于org.springframework.transaction.jta.JtaTransactionManager，它要求使javax.transaction.TransactionManager可用（它是标准Java EE中的服务器特定的）。
PROPAGATION_REQUIRES_NEW范围始终定义自己的事务同步。 现有的同步将被暂停并恢复正常。

4、propagation_not_supported

文档翻译:

不支持当前事务; 而总是执行非事务性的。 类似于同名的EJB事务属性。
注意：实际的事务暂停将无法在所有事务管理器上直接使用。 这特别适用于org.springframework.transaction.jta.JtaTransactionManager，它要求使javax.transaction.TransactionManager可用（它是标准Java EE中的服务器特定的）。
请注意，事务同步在PROPAGATION_NOT_SUPPORTED范围内不可用。 现有的同步将被暂停并恢复正常。

5、propagation_never

文档翻译:

不支持当前事务; 如果当前事务存在，则抛出异常。 类似于同名的EJB事务属性。
请注意，事务同步在PROPAGATION_NEVER范围内不可用。

6、propagation_nested

文档翻译:

如果当前事务存在，则在嵌套事务内执行，其行为类似于PROPAGATION_REQUIRED 。 EJB中没有类似的功能。
注意：实际创建嵌套事务只适用于特定事务管理器。 开箱即用，这只适用于在处理JDBC 3.0驱动程序时使用JDBC org.springframework.jdbc.datasource.DataSourceTransactionManager。 一些JTA提供者也可能支持嵌套事务。

事务隔离等级:

什么是脏读？

a和b交易同时进行，a交易正在更新数据而未提交，b交易读取该数据，导致b交易可能获得不正确的数据

什么是幻读？

同一交易期间获取的记录数不一致。a第一次读取获得记录数是2，b增加了1，a再次读取获得记录数是3。

什么是不可重复读？

a交易两次读取同一个字段得到的数据不一致

【幻读和不可重复读的区别如下:】参考博客:https://blog.csdn.net/han1196639488/article/details/77442946

提醒： 
不可重复读的重点是修改，同样的条件，你读取过的数据，再次读取出来发现值不一样了 
幻读的重点在于新增或者删除，同样的条件，第 1 次和第 2 次读出来的记录数不一样

1、ISOLATION_DEFAULT = -1

文档翻译:

使用底层数据存储的默认隔离级别。 所有其他级别对应于JDBC隔离级别。

2、ISOLATION_READ_UNCOMMITTED = 1

文档翻译:

表示可能发生脏读，不可重复读和幻读。
这个级别允许一个事务改变的行被另一个事务读取，然后该行的任何改变被提交（“脏读”）。 如果任何更改回滚，则第二个事务将检索到无效行。

3、ISOLATION_READ_COMMITTED = 2

文档翻译:

指示防止脏读; 不可重复读取和幻像读取可能发生。
这个级别只禁止一个事务读取一行，并在其中有未提交的变化

4、ISOLATION_REPEATABLE_READ = 4

文档翻译:

指示防止脏读和不可重复读取; 幻读取可能会发生。
这个级别禁止一个事务读取一个没有提交变化的行，它也禁止如下情况：一个事务读取一行，
第二个事务改变行，第一个事务重新读取行，第二次获取不同的值（“不可重复读取”）。

5、ISOLATION_SERIALIZABLE = 8

文档翻译:

表示禁止脏读，不可重复读取和幻像读取。
该级别包括ISOLATION_REPEATABLE_READ中的禁止条件，并进一步禁止如下的情况：一个事务读取满足WHERE条件的所有行，第二个事务插入一条满足该WHERE条件的行，
并且第一个事务以这些相同的条件重新读取，在第二次读取中检索另外的“幻像”行。

spring事务xml配置:

     <!-- 事务管理器 -->
     <bean id="transactionManager"
         class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
         <!-- 数据源 -->
         <property name="dataSource" ref="dataSource" />
     </bean>
     <!-- 通知 -->
     <tx:advice id="txAdvice" transaction-manager="transactionManager">
         <tx:attributes>
             <!-- 传播行为 -->
             <tx:method name="save*" propagation="REQUIRED" />
             <tx:method name="insert*" propagation="REQUIRED" />
             <tx:method name="add*" propagation="REQUIRED" />
             <tx:method name="create*" propagation="REQUIRED" />
             <tx:method name="delete*" propagation="REQUIRED" />
             <tx:method name="update*" propagation="REQUIRED" />
             <tx:method name="find*" propagation="SUPPORTS" read-only="true" />
             <tx:method name="select*" propagation="SUPPORTS" read-only="true" />
             <tx:method name="get*" propagation="SUPPORTS" read-only="true" />
         </tx:attributes>
     </tx:advice>
     <!-- 切面 -->
     <aop:config>
         <aop:advisor advice-ref="txAdvice"
             pointcut="execution(* com.rui.service..*.*(..))" />
     </aop:config>

推荐:

https://www.cnblogs.com/softidea/p/5962612.html

https://blog.csdn.net/yuanlaishini2010/article/details/45792069

https://www.cnblogs.com/cxxjohnson/p/4923792.html