spring入门初体验(4)----事务的传播行为和隔离级别
2015-08-01 12:14
381 查看
传播行为即指的是:在一个事务方法中调用另外一个事务方法。
Spring中事务的定义:
一、Propagation :
key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用:
PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。(默认)
PROPAGATION_SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER--以非事务方式执行,如果当前存在事务,则抛出异常。
例子进行测试:
在入门体验(3)的基础上我们加上同时能买几本书的接口和实现类:
测试:
解析结果,由于transaction的 Propagation 属性默认的是REQUIRED,最后大家看到的运行结果是,抛出余额异常,库存数据也没有发生改变。仔细分析,我们就会发现两本书共130,这是我们还剩100元,其实是可以买一本书的,所以我们在传播方式上可以理解为在打的transaction里面在建立若干新的transaction,来执行分步骤的过程。这样就们在BookShopServiceImpl.java中把Propagation 属性设置为REQUIRED_NEW。运行测试,我们分析就会发现,结果还是抛出余额异常,可是钱只是40块,1001号减少的1本,正好扣的这本书的60块,符合实际。
二、事务的隔离级别
1、序列化(Serializable):最严格的Spring事务隔离级别,事务串行执行,资源消耗最大; 除了防止脏读,不可重复读外,还避免了幻像读。
2、可重复读取(REPEATABLE READ):保证了一个事务不会修改已经由另一个事务读取但未提交(回滚)的数据。避免了“脏读取”和“不可重复读取”的情况,但是带来了更多的性能损失。 它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。
3、授权读取(READ COMMITTED):大多数主流数据库的默认Spring事务隔离等级,保证了一个事务不会读到另一个并行事务已修改但未提交的数据,避免了“脏读取”。该级别适用于大多数系统。 另外一个事务不能读取该事务未提交的数据
4、未授权读取(Read Uncommitted):保证了读取过程中不会读取到非法数据。Spring事务隔离级别在于处理多事务的并发问题。这种隔离级别会产生脏读,不可重复读和幻像读。
隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为Read Committed,它能够避免脏读取,而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题,在可能出现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制。
Spring中的配置如下:
@Transactional(propagation=Propagation.REQUIRES_NEW,
isolation=Isolation.READ_COMMITTED,
noRollbackFor={UserAccountException.class},
readOnly=false,
timeout=1)
三、readOnly
事务属性中的readOnly标志表示对应的事务应该被最优化为只读事务。这是一个最优化提示。在一些情况下,一些事务策略能够起到显著的最优化效果,例如在使用Object/Relational映射工具(如:Hibernate或TopLink)时避免dirty checking(试图“刷新”)。
四、Timeout
在事务属性中还有定义“timeout”值的选项,指定事务超时为几秒。在JTA中,这将被简单地传递到J2EE服务器的事务协调程序,并据此得到相应的解释。
Spring中事务的定义:
一、Propagation :
key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用:
PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。(默认)
PROPAGATION_SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER--以非事务方式执行,如果当前存在事务,则抛出异常。
例子进行测试:
在入门体验(3)的基础上我们加上同时能买几本书的接口和实现类:
package com.tian.tx; import java.util.List; public interface Cashier { //买多本书 public void checkout(String username,List<String> isbns); }
package com.tian.tx; import java.util.List; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Service; import org.springframework.transaction.annotation.Propagation; import org.springframework.transaction.annotation.Transactional; @Service("cashier") public class CashierImpl implements Cashier { @Autowired private BookShopService bookShopService; @Transactional @Override public void checkout(String username, List<String> isbns) { // TODO Auto-generated method stub for(String isbn : isbns){ bookShopService.purchase(username, isbn); } } }
测试:
private ApplicationContext ctx =null; private BookShopDao bookDao = null; private Cashier cashier = null; private BookShopService bs =null; { ctx = new ClassPathXmlApplicationContext("applicationContext.xml"); bookDao = ctx.getBean(BookShopDao.class); bs = ctx.getBean(BookShopService.class); cashier = ctx.getBean(Cashier.class); } @Test public void test5(){ cashier.checkout("AA", Arrays.asList("1001","1002")); }
解析结果,由于transaction的 Propagation 属性默认的是REQUIRED,最后大家看到的运行结果是,抛出余额异常,库存数据也没有发生改变。仔细分析,我们就会发现两本书共130,这是我们还剩100元,其实是可以买一本书的,所以我们在传播方式上可以理解为在打的transaction里面在建立若干新的transaction,来执行分步骤的过程。这样就们在BookShopServiceImpl.java中把Propagation 属性设置为REQUIRED_NEW。运行测试,我们分析就会发现,结果还是抛出余额异常,可是钱只是40块,1001号减少的1本,正好扣的这本书的60块,符合实际。
二、事务的隔离级别
1、序列化(Serializable):最严格的Spring事务隔离级别,事务串行执行,资源消耗最大; 除了防止脏读,不可重复读外,还避免了幻像读。
2、可重复读取(REPEATABLE READ):保证了一个事务不会修改已经由另一个事务读取但未提交(回滚)的数据。避免了“脏读取”和“不可重复读取”的情况,但是带来了更多的性能损失。 它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。
3、授权读取(READ COMMITTED):大多数主流数据库的默认Spring事务隔离等级,保证了一个事务不会读到另一个并行事务已修改但未提交的数据,避免了“脏读取”。该级别适用于大多数系统。 另外一个事务不能读取该事务未提交的数据
4、未授权读取(Read Uncommitted):保证了读取过程中不会读取到非法数据。Spring事务隔离级别在于处理多事务的并发问题。这种隔离级别会产生脏读,不可重复读和幻像读。
隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为Read Committed,它能够避免脏读取,而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题,在可能出现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制。
Spring中的配置如下:
@Transactional(propagation=Propagation.REQUIRES_NEW,
isolation=Isolation.READ_COMMITTED,
noRollbackFor={UserAccountException.class},
readOnly=false,
timeout=1)
三、readOnly
事务属性中的readOnly标志表示对应的事务应该被最优化为只读事务。这是一个最优化提示。在一些情况下,一些事务策略能够起到显著的最优化效果,例如在使用Object/Relational映射工具(如:Hibernate或TopLink)时避免dirty checking(试图“刷新”)。
四、Timeout
在事务属性中还有定义“timeout”值的选项,指定事务超时为几秒。在JTA中,这将被简单地传递到J2EE服务器的事务协调程序,并据此得到相应的解释。
相关文章推荐
- java中的接口
- Java Socket编程
- JAVA中堆和栈的区别
- phonegap-环境搭建(1)
- Java日志框架——SLF4J
- Java垃圾回收工作原理
- java多态简单例子 one
- Java基础——IO流(二)
- JavaWeb文件上传与下载
- java中Map的使用
- javaEE---Struts
- JDK,JRE,JVM区别与联系
- 轻松java学习之路2
- Java Printf 函数及其使用
- Spring入门初体验(3)----声明式事务(基于注解)
- Map学习日志
- eclipse运行wordcount
- Java/For循环/递归函数循环
- Spring学习笔记(五):数据库事务
- java中的抽象类