(笔记)Spring实战_事务管理(4)_声明式事务

来源:互联网 发布:股票投资 知乎 编辑:程序博客网 时间:2024/05/21 20:21

Spring对声明式事务的支持是通过使用Spring AOP框架实现的。自从Spring2.0,声明事务的更好方式是使用Spring的tx命名空间和@Transactional注解。
1.定义事务属性
事务属性描述了事务策略如何应用到方法上。事务属性包含了5个方面:
传播行为
传播行为定义了客户端与被调用方法之间的事务边界。

传播行为 含义 PROPAGATION_MANDATORY 表示该方法必须在事务运行,如果当前事务不存在,则会抛出一个异常 PROPAGATION_NESTED 表示如果当前已经存在一个事务,那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在,那么其行为与PROPAGATION_REQUIRED一样。注意各个厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档来确定它们是否支持嵌套式事务 PROPAGATION_NEVER 表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行,则会抛出异常 PROPAGATION_NOT_SUPPORTED 表示该方法不应该运行在事务中。如果存在当前事务,在该方法运行期间,当前事务将被挂起 PROPAGATION_REQUIRED 表示当前方法必须运行在事务中。如果当前事务存在,方法将会在该事务中运行。否则,会启动一个新的事务 PROPAGATION_REQUIRES_NEW 表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务,在该方法执行期间,当前事务会被挂起

上述描述的传播行为都在org.springframework.transaction.TransactionDefinition接口中以常量的方式进行了定义。

传播规则回答了这样一个问题,即新的事务应该被启动还是被挂起,或者方法是否要在事务环境中运行。
隔离级别
隔离级别定义了一个事务可能受其他并发事务影响的程度。
在典型地应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务。并发可能会导致以下问题:
脏读:脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写在稍后被回滚了,那么第一个事务获取的数据就是无效的。
不可重复读:不可重复读发生在一个事务执行相同的查询两次或两次以上,但是每次都得到不同的数据时。这通常是因为另一个并发事务在两次查询期间更新了数据。
幻读:幻读与不可重复读类似。它发生在一个事务读取了几行数据,接着另一个并发事务插入了一些数据时。在随后的查询中,第一个事务就会发现多了一些原本不存在的记录。
在理想情况下,事务之间是完全隔离的,从而可以防止这些问题发生。但是完全的隔离会导致性能问题,因为它通常会涉及锁定数据库中的记录(有时候甚至是整张表)。侵占性的锁定会阻碍并发性,要求事务相互等待以完成各自的工作。

隔离级别 含义 ISOLATION_DEFAULT 使用后端数据库默认的隔离级别 ISOLATION_READ_UNCOMMITTED 允许读取尚未提交的数据变更。可能会导致脏读、幻读或不可重复读 ISOLATION_READ_COMMITTED 允许读取并发事务已经提交的数据。可以阻止脏读,但是幻读或不可重复读仍有可能发生 ISOLATION_REPEATABLE_READ 对同一字段的多次读取结果是一致的,除非数据是被本事务自己所修改。可以阻止脏读和不可重复读,但幻读仍有可能发生 ISOLATION_SERIALIZABLE 完全服从ACID的隔离级别,确保阻止脏读、不可重复读以及幻读。这是最慢的事务隔离级别,因为它通常是通过完全锁定事务相关的数据库来实现的

上述描述的隔离级别都在org.springframework.transaction.TransactionDefinition接口中以常量的方式进行了定义。

只读
如果事务只对后端的数据库进行读操作,数据库可以利用事务的只读特性来进行一些特定的优化。通过将事务设置为只读,你就可以给数据库一个机会,让它应用它认为合适的优化措施。
因为只读优化是在事务启动的时候由数据库实施的,只有对那些具备启动一个新事务的传播行为(PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW以及PROPAGATION_NESTED)的方法来说,将事务声明为只读才是有意义的。
另外,如果采用Hibernate作为持久化机制,那么将事务声明为只读会导致Hibernate的flush模式被设置为FLUSH_NEVER。这会告诉Hibernate避免和数据库进行不必要的对象同步,并将所有的更新延迟到事务结束。
事务超时
因为事务可能涉及对后端数据库的锁定,所有长时间的事务会不必要地占用数据库资源。你可以声明一个事务,在特定的秒数后自动回滚,而不是等待其结束。
因为超时时钟会在事务开始时启动,所有,只有对那些具备可能启动一个新事务的传播行为(PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW以及PROPAGATION_NESTED)的方法来说,声明事务超时才有意义。
回滚规则
定义了哪些异常会导致事务回滚而哪些不会。默认情况下,事务只有在遇到运行期异常时才会回滚,而在遇到检查型异常时不会回滚。
但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。同样,你还可以声明事务遇到特定的异常不回滚,即使这些异常是运行期异常。
2.在XML中定义事务
tx命名空间和aop命名空间

<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop"    xmlns:tx="http://www.springframework.org/schema/tx"    xsi:schemaLocation="  http://www.springframework.org/schema/beans  http://www.springframework.org/schema/beans/spring-beans.xsd  http://www.springframework.org/schema/tx  http://www.springframework.org/schema/tx/spring-tx.xsd  http://www.springframework.org/schema/aop  http://www.springframework.org/schema/aop/spring-aop.xsd">

<tx:advice>声明事务性策略

    <tx:advice id="txAdvice">        <tx:attributes>            <tx:method name="save*" propagation="REQUIRED" />            <tx:method name="*" propagation="SUPPORTS" read-only="true" />        </tx:attributes>    </tx:advice>

<tx:method>元素为某个(或某些)name属性(使用通配符)指定的方法定义事务参数。

隔离级别 含义 isolation 指定事务的隔离级别 propagation 定义事务的传播规则 read-only 指定事务为只读 回滚规则:rollback-for no-rollback-for rollback-for指定事务对于哪些检查型异常应该回滚而不提交;no-rollback-for指定事务对于哪些异常应当继续运行而不回滚 timeout 对于长时间运行的事务定义超时时间

当使用<tx:advice>来声明事务时,你还需要一个事务管理器。根据约定优于配置,<tx:advice>假定事务管理器被声明为一个id为transactionManager的Bean。如果碰巧为事务管理器配置了一个不同的id,则需要在transaction-manager属性中明确指明事务管理器的id。

    <tx:advice id="txAdvice" transaction-manager="txManager">        ...    </tx:advice>

<tx:advice>只是定义了AOP通知,用于把事务边界通知给方法。但是这只是事务通知,而不是完整的事务性切面。我们在<tx:advice>中没有声明哪些Bean应该被通知——我们需要一个切点来做这件事。为了完整定义事务性切面,我们必须定义一个通知器(advisor)。这就涉及aop命名空间了。

    <aop:config>        <aop:advisor pointcut="execution(* *..SpitterService.*(..))"            advice-ref="txAdvice" />    </aop:config>

3.定义注解驱动的事务

<tx:annotation-driven transaction-manager="txManager" />

<tx:annotation-driven>元素告诉Spring检查上下文中所有的Bean并查找使用@Transactional注解的Bean,而不管这个注解是用在类级别还是方法级别上。对于每一个使用@Transactional注解的Bean,<tx:annotation-driven>会自动为它添加事务通知。通知的事务属性是通过@Transactional注解的参数来定义的。

@Transactional(propagation = Propagation.REQUIRED, readOnly = false)
0 0
原创粉丝点击