spring 配置事务传播特性

<!-- 配置事务传播特性 -->

<tx:advice id="transactionAdvice" transaction-manager="transactionManager">

<tx:attributes>

<tx:method name="execute*" propagation="REQUIRED" rollback-for="java.lang.RuntimeException" />

<tx:method name="delete*" propagation="REQUIRED" rollback-for="java.lang.RuntimeException" />

<tx:method name="update*" propagation="REQUIRED" rollback-for="java.lang.RuntimeException" />

<tx:method name="get*" propagation="REQUIRED" read-only="true" />

<tx:method name="load*" propagation="REQUIRED" read-only="true" />

<tx:method name="find*" propagation="REQUIRED" read-only="true" />

<tx:method name="*" propagation="REQUIRED" />

</tx:attributes>

</tx:advice>

<!-- 配置哪些类的哪些方法参与事务 -->

    <aop:config>

<aop:advisor pointcut="execution(* bs.com.service.impl.*.*(..))" advice-ref="transactionAdvice" />

 </aop:config>  

同事帮忙的解释： -----------

这段代码配置的是事务这里面配置的事务控制层主要是在service层
还有个*表示的是拦截所有的方法
配置事务的作用就是为了数据的完整性，避免出现脏数据
我在后台如果没有用事务的方式操作数据呢.这种事务配置还起作用吗??？
---------刚才你的事务就是控制的service层,对于dao层是不起作用的
事务为什么配置service层方法 而不是dao 数据库操作的方法呢 ?????



在service层会拦截开头的所有的方法

了解事务的集中传播忒性；  
PROPAGATION ：传播
required：必要
supports：支持；支承结构；忍受
mandatory:  强制的；托管的；命令的
REQUIRES:requires : 需要；要求；需求
NOT_SUPPORTED: not supported
nested: . 嵌套的，内装的
repeatable： 可重复的；可复验的
serializable：可串行化的


1、PROPAGATION_REQUIRED:如果存在一个事务，则支持当前事务。如果没有事务则开启。

2、PROPAGATION_SUPPORTS:如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。

3、PROPAGATION_MANDATORY:如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

4、PROPAGATION_REQUIRES_NEW:总是开启一个新的事务。如果一个事务存在，则将这个存在的事务挂起。

5、PROPAGATION_NOT_SUPPORTED:总是非事务地执行，并挂起任何存在的事务。
min
6、PROPAGATION_NEVER:总是非事务地执行，如果存在一个活动事务，则抛出异常。

7、 PROPAGATION_NESTED:如果一个活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按TransactionDefinition.PROPAGATION_REQUIRED属性执行

4、Spring事务的隔离级别

1、 ISOLATION_DEFAULT: 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。

2、ISOLATION_READ_UNCOMMITTED:这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。

3、ISOLATION_READ_COMMITTED：保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。

4、ISOLATION_REPEATALBE_READ: 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻想读。它除了保证一个事务不能读取另外一个事务未提交的数据外，还保证了避免下面的情况产生（不可重复读）。

5、ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不课重复读外，还避免了幻想读。

这段代码时具体怎么影响后台代码，后台使用的是jdbctemplate ？？

<!-- 配置事务传播特性 -->

<tx:advice id="transactionAdvice" transaction-manager="transactionManager">

<tx:attributes>

<tx:method name="execute*" propagation="REQUIRED" rollback-for="java.lang.RuntimeException" />

<tx:method name="delete*" propagation="REQUIRED" rollback-for="java.lang.RuntimeException" />

<tx:method name="update*" propagation="REQUIRED" rollback-for="java.lang.RuntimeException" />

<tx:method name="get*" propagation="REQUIRED" read-only="true" />

<tx:method name="load*" propagation="REQUIRED" read-only="true" />

<tx:method name="find*" propagation="REQUIRED" read-only="true" />

<tx:method name="*" propagation="REQUIRED" />

</tx:attributes>

</tx:advice>

<!-- 配置哪些类的哪些方法参与事务 -->

    <aop:config>

<aop:advisor pointcut="execution(* bs.com.service.impl.*.*(..))" advice-ref="transactionAdvice" />

 </aop:config>  

张登峰帮忙的解释： -----------

这段代码配置的是事务这里面配置的事务控制层主要是在service层
还有个*表示的是拦截所有的方法
配置事务的作用就是为了数据的完整性，避免出现脏数据
我在后台如果没有用事务的方式操作数据呢.这种事务配置还起作用吗??？
---------刚才你的事务就是控制的service层,对于dao层是不起作用的
事务为什么配置service层方法 而不是dao 数据库操作的方法呢 ?????



在service层会拦截开头的所有的方法

了解事务的集中传播忒性；  
PROPAGATION ：传播
required：必要
supports：支持；支承结构；忍受
mandatory:  强制的；托管的；命令的
REQUIRES:requires : 需要；要求；需求
NOT_SUPPORTED: not supported
nested: . 嵌套的，内装的
repeatable： 可重复的；可复验的
serializable：可串行化的


1、PROPAGATION_REQUIRED:如果存在一个事务，则支持当前事务。如果没有事务则开启。

2、PROPAGATION_SUPPORTS:如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。

3、PROPAGATION_MANDATORY:如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

4、PROPAGATION_REQUIRES_NEW:总是开启一个新的事务。如果一个事务存在，则将这个存在的事务挂起。

5、PROPAGATION_NOT_SUPPORTED:总是非事务地执行，并挂起任何存在的事务。
min
6、PROPAGATION_NEVER:总是非事务地执行，如果存在一个活动事务，则抛出异常。

7、 PROPAGATION_NESTED:如果一个活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按TransactionDefinition.PROPAGATION_REQUIRED属性执行

4、Spring事务的隔离级别

1、 ISOLATION_DEFAULT: 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。

2、ISOLATION_READ_UNCOMMITTED:这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。

3、ISOLATION_READ_COMMITTED：保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。

4、ISOLATION_REPEATALBE_READ: 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻想读。它除了保证一个事务不能读取另外一个事务未提交的数据外，还保证了避免下面的情况产生（不可重复读）。

5、ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不课重复读外，还避免了幻想读。