(笔记)Spring实战_事务管理(4)_声明式事务
来源:互联网 发布:股票投资 知乎 编辑:程序博客网 时间:2024/05/21 20:21
Spring对声明式事务的支持是通过使用Spring AOP框架实现的。自从Spring2.0,声明事务的更好方式是使用Spring的tx命名空间和@Transactional注解。
1.定义事务属性
事务属性描述了事务策略如何应用到方法上。事务属性包含了5个方面:
传播行为
传播行为定义了客户端与被调用方法之间的事务边界。
上述描述的传播行为都在org.springframework.transaction.TransactionDefinition接口中以常量的方式进行了定义。
传播规则回答了这样一个问题,即新的事务应该被启动还是被挂起,或者方法是否要在事务环境中运行。
隔离级别
隔离级别定义了一个事务可能受其他并发事务影响的程度。
在典型地应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务。并发可能会导致以下问题:
脏读:脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写在稍后被回滚了,那么第一个事务获取的数据就是无效的。
不可重复读:不可重复读发生在一个事务执行相同的查询两次或两次以上,但是每次都得到不同的数据时。这通常是因为另一个并发事务在两次查询期间更新了数据。
幻读:幻读与不可重复读类似。它发生在一个事务读取了几行数据,接着另一个并发事务插入了一些数据时。在随后的查询中,第一个事务就会发现多了一些原本不存在的记录。
在理想情况下,事务之间是完全隔离的,从而可以防止这些问题发生。但是完全的隔离会导致性能问题,因为它通常会涉及锁定数据库中的记录(有时候甚至是整张表)。侵占性的锁定会阻碍并发性,要求事务相互等待以完成各自的工作。
上述描述的隔离级别都在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属性(使用通配符)指定的方法定义事务参数。
当使用<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)
- (笔记)Spring实战_事务管理(4)_声明式事务
- (笔记)Spring实战_事务管理(3)_在Spring中的编码事务
- (笔记)Spring实战_事务管理(1)_理解事务
- (笔记)Spring实战_事务管理(2)_选择事务管理器
- (笔记)Spring实战_装配Bean(1)_声明Bean
- spring事务管理(声明式事务和编程式事务)
- spring事务管理(声明式事务和编程式事务)
- (笔记)Spring实战_面向切面的Spring(3)_在XML中声明切面
- spring事务系列(2)--声明式事务管理(传统)
- spring事务管理-声明式事务
- (笔记)Spring实战_征服数据库(4)_在Spring中集成Hibernate
- (笔记)Spring实战_面向切面的Spring(4)_注解切面
- Spring事务管理(注解式声明事务管理)
- Spring事务管理(注解式声明事务管理)
- Spring事务管理(注解式声明事务管理)
- spring事务系列(4)--声明式事务管理(注解方式)
- spring 事务(1事务的基本理解和实现声明式事务管理)
- Spring与Hibernate集成_声明式事务
- Quirks(怪癖)模式是什么?它和Standards(标准)模式有什么区别
- 软件测试方法与分类
- java基础--15.java.lang.Math类--概述及举例
- Class文件是什么及其加载?
- 关于TCP连接的三次握手和终止连接的四次握手
- (笔记)Spring实战_事务管理(4)_声明式事务
- 原理图(2)--电源电路
- ssm配置问题
- Qt在Windows下的三种编程环境搭建
- 用python爬虫方式:刷文章阅读量
- caffe web demo 搭建
- 求N个数的最小公倍数
- Linux下的文件操作命令(文件显示命令
- 增加学习正反馈的4大方法