Spring 事务失效

  

  • 隔离级别

  在 TransactionDefinition.java 接口中,定义了“四种”的隔离级别枚举:

/**
 * 【Spring 独有】使用后端数据库默认的隔离级别
 *
 * MySQL 默认采用的 REPEATABLE_READ隔离级别
 * Oracle 默认采用的 READ_COMMITTED隔离级别
 */
int ISOLATION_DEFAULT = -1;

/**
 * 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读
 */
int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED;

/**
 * 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生
 */
int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED;
/**
 * 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生。
 */
int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ;
/**
 * 最高的隔离级别,完全服从ACID的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读。
 *
 * 但是这将严重影响程序的性能。通常情况下也不会用到该级别。
 */
int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE;

  

  

  • 事务的传播级别

  事务的传播行为,指的是当前带有事务配置的方法,需要怎么处理事务;例如:方法可能继续在现有事务中运行,也可能开启一个新事务,并在自己的事务中运行;

  需要注意,事务的传播级别,并不是数据库事务规范中的名词,而是 Spring 自身所定义的。通过事务的传播级别,Spring 才知道如何处理事务,是创建一个新事务呢,还是继续使用当前的事务;

  在 TransactionDefinition.java 接口中,定义了三类七种传播级别:

// ========== 支持当前事务的情况 ========== 

/**
 * 如果当前存在事务,则使用该事务。
 * 如果当前没有事务,则创建一个新的事务。
 */
int PROPAGATION_REQUIRED = 0;
/**
 * 如果当前存在事务,则使用该事务。
 * 如果当前没有事务,则以非事务的方式继续运行。
 */
int PROPAGATION_SUPPORTS = 1;
/**
 * 如果当前存在事务,则使用该事务。
 * 如果当前没有事务,则抛出异常。
 */
int PROPAGATION_MANDATORY = 2;

// ========== 不支持当前事务的情况 ========== 

/**
 * 创建一个新的事务。
 * 如果当前存在事务,则把当前事务挂起。
 */
int PROPAGATION_REQUIRES_NEW = 3;
/**
 * 以非事务方式运行。
 * 如果当前存在事务,则把当前事务挂起。
 */
int PROPAGATION_NOT_SUPPORTED = 4;
/**
 * 以非事务方式运行。
 * 如果当前存在事务,则抛出异常。
 */
int PROPAGATION_NEVER = 5;

// ========== 其他情况 ========== 

/**
 * 如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行。
 * 如果当前没有事务,则等价于 {@link TransactionDefinition#PROPAGATION_REQUIRED}
 */
int PROPAGATION_NESTED = 6;

  

  • @Transaction

  @Transaction 注解是Spring的tx模块提供的,使用AOP实现的事务控制,即底层为动态代理;

  @Transaction 可以作用于接口、接口方法、类以及类方法上;当作用于类上时,该类的所有 public 方法将都具有该类型的事务属性,也可以在方法级别使用该标注来覆盖类级别的定义;

  

  事务失效

  1.异常类型错误,默认是RuntimException才会回滚

  2.异常被catch后没有抛出,需要抛异常才能回滚

  3.是否发生自身调用的问题

  4.注解所在位置是否为public修饰

  5.数据源没有配置事务管理器

  6.不支持事务的引擎,如MyIsam

  下面是一个事务失效的例子

@Slf4j
@Service
public class OrderServiceImpl implements OrderService {
    @Autowired
    private OrderMapper orderMapper;

    @Transactional
    @Override
    public void parent() {
        try {
            this.child();

        } catch (Exception e) {
            log.error("插入异常", e);
        }

        Order order = new Order();
        order.setOrderNo("parent");
        order.setStatus("0");
        order.setTitle("parent");
        order.setAmount("1000");
        orderMapper.insert(order);
    }

    @Transactional
    @Override
    public void child() {

        Order order = new Order();
        order.setOrderNo("child");
        order.setStatus("0");
        order.setTitle("child");
        order.setAmount("2000");
        orderMapper.insert(order);

        throw new RuntimeException();
    }
}

  当调用parent方法时,会调用child方法,但执行完成后插入的记录有两条,一条是parent的,一条是child的;

  

  这是因为上面的parent方法调用的child方法出现问题,@Transaction 是基于AOP的方式进行事务控制的(CglibAopProxy.java进行方法拦截,TransactionInterceptor.java进行代理对象调用执行方法),需要使用的是代理对象调用方法,上面的代码使用的还是this,即当前实例化对象,因此执行this.child(),方法不能被拦截增强;

  将上面的parent方法修改如下

    @Autowired
    private ApplicationContext context;

    private OrderService orderService;

    @PostConstruct
    public void init() {
        orderService = context.getBean(OrderService.class);
    }

    @Transactional
    @Override
    public void parent() {
        try {
            //获取代理对象,通过代理对象调用child()
            orderService.child();

       //获取代理对象
            //OrderService orderService = (OrderService) AopContext.currentProxy();
            //orderService.child();
        } catch (Exception e) {
            log.error("插入异常", e);
        }

        Order order = new Order();
        order.setOrderNo("parent");
        order.setStatus("0");
        order.setTitle("parent");
        order.setAmount("1000");
        orderMapper.insert(order);
    }

  

   执行parent方法,当出现异常的时候,事务会进行回滚;

   如果想实现当调用parent方法时,调用child方法发生异常,只回滚child方法插入的数据,parent方法插入的数据不回滚,修改如下

@Transactional(propagation = Propagation.REQUIRES_NEW)
@Override
public void child() {

	Order order = new Order();
	order.setOrderNo("child");
	order.setStatus("0");
	order.setTitle("child");
	order.setAmount("2000");
	orderMapper.insert(order);

	throw new RuntimeException();
}

    

 @Transactional(propagation = Propagation.REQUIRES_NEW)
 如果当前存在事务,则挂起事务并开启一个新事务执行,新事务执行完毕后,唤醒之前的挂起的事务,则继续执行;如果当前不存在事务,则新建一个事务;

原文地址:https://www.cnblogs.com/coder-zyc/p/12181688.html

时间: 2024-10-14 15:59:17

Spring 事务失效的相关文章

Spring事务失效的原因

Spring事务失效的原因 5种大的原因 如使用mysql且引擎是MyISAM,则事务会不起作用,原因是MyISAM不支持事务,可以改成InnoDB 假如有兴趣了解 mysql中 " engine=innodb " 以及 " engine=innodb 和engine=myisam的区别 ",可以读读这篇文章:http://blog.sina.com.cn/s/blog_6ac4c6cb01018pb1.html 可使用下述语句之一检查表的标类型: SHOW TAB

spring事务失效情况分析

详见:http://blog.yemou.net/article/query/info/tytfjhfascvhzxcyt113 <!--[if !supportLists]-->一.<!--[endif]-->声明式事务和注解事务并存的情况下,事务失效. 该情况常见配置如下: <!--事务声明--> <bean name="transactionManager" class="org.springframework.jdbc.dat

一次想不到的Spring事务失效问题跟踪(事务不会滚)

周末,鼓捣了下spring事务.spring事务配置其实很简单,这是spring优点.但问题是,不知道其中原理,遇到点问题,就抓瞎了.我就犯傻了一次. 在追踪问题时,搜索到的答案,主要有以下几类. springmvc 上下文,与service上下文冲突 数据表不支持事务(mysql 中myisam) 异常类型,默认支持RuntimeException,如果是其他异常则需要专门配置 我的问题,上面原因都不是.很遗憾. @Transactional(isolation= Isolation.READ

spring声明式事务 同一类内方法调用事务失效

只要避开Spring目前的AOP实现上的限制,要么都声明要事务,要么分开成两个类,要么直接在方法里使用编程式事务 [问题] Spring的声明式事务,我想就不用多介绍了吧,一句话“自从用了Spring AOP啊,事务管理真轻松啊,真轻松:事务管理代码没有了,脑不酸了,手不痛了,一口气全配上了事务:轻量级,测试起来也简单,嘿!”.不管从哪个角度看,轻量级声明式事务都是一件解放生产力的大好事.所以,我们“一直用它”. 不过,最近的一个项目里,却碰到了一个事务管理上的问题:有一个服务类,其一个声明了事

Spring component-scan 的逻辑 、单例模式下多实例问题、事务失效

原创内容,转发请保留:http://www.cnblogs.com/iceJava/p/6930118.html,谢谢 之前遇到该问题,今天查看了下 spring 4.x 的代码 一,先理解下 context:component-scan 处理过程: 1 <!-- scan the package and the sub package --> 2 <!-- 3 [重要]:容易产生事务失效的地方,见:http://jinnianshilongnian.iteye.com/blog/176

Spring父子上下文(WebApplicationContext)(防止事务失效)

如果你使用了listener监听器来加载配置,一般在Struts+Spring+Hibernate的项目中都是使用listener监听器的.如下 <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> Spring会创建一个WebApplicationContext上下文,称为父上下文(父容器)

Spring事务注解@Transactional失效的问题

在项目中发现事务失效,使用@Transactional注解标注的Service业务层实现类方法全部不能回滚事务了,最终发现使用因为Spring与shiro进行整合之后导致的问题,将所有的Service层实现类都添加如下注解 @Scope(proxyMode= ScopedProxyMode.TARGET_CLASS) 将代理方式换成CGLib的代理方式之后得以解决,最终不明原因,如有看到这篇博客并知道答案的朋友请留言告知 如果事务不能回滚,也需要考虑如下几点: 表得存储引擎为MyISAM是没有事

spring事务声明的几种传播特性

最近遇到了一个spring事务导致的问题,所以写了几个小程序了解了一下事务的传播特性,下面分别举例子分别看看事务的传播特性. 事务的几种传播特性 1. PROPAGATION_REQUIRED: 如果存在一个事务,则支持当前事务.如果没有事务则开启 Java代码   /** * TransactionTestService     test1和test2配有事务(PROPAGATION_REQUIRED) */ public interface TransactionTestService {

Spring事务使用的一个误区

Spring bean 假设有如下类 public class Service implement IService{ @Transactional(readOnly = false, propagation=Propagation.REQUIRED) public void methodA(){ ..... methodB() ...... } @Transactional(readOnly = false, propagation=Propagation.REQUIRES_NEW) publ