spring事务传播机制和隔离级别

spring事务传播机制和隔离级别一、spring事务的7种传播机制1、PROPAGATION_REQUIRED若当前存在事务,则加入该事务,若不存在事务,则新建一个事务。classC1(){@Transactional(propagation=Propagation.REQUIRED)functionA(){C2.B();}}classC2(){…

一、spring事务的7种传播机制

1、PROPAGATION_REQUIRED

若当前存在事务,则加入该事务,若不存在事务,则新建一个事务。

class C1(){
    @Transactional(propagation = Propagation.REQUIRED)
    function A(){
        C2.B();
    }
}

class C2(){
    @Transactional(propagation = Propagation.REQUIRED)
    function B(){
        do something;
    }
}

若B方法抛出异常,A方法进行捕获,A会抛出异常,因为C2标志回滚,C1标志提交,产生冲突。

若B方法抛出异常,B方法内部捕获,A、B都不会回滚。

若A或B抛出异常,但没有捕获,则A、B都回滚。

A、B可操作同一条记录,因为处于同一个事务中。

2、PAOPAGATION_REQUIRE_NEW

若当前没有事务,则新建一个事务。若当前存在事务,则新建一个事务,新老事务相互独立。外部事务抛出异常回滚不会影响内部事务的正常提交。

class C1(){
    @Transactional(propagation = Propagation.REQUIRED)
    function A(){
        C2.B();
    }
}

class C2(){
    @Transactional(propagation = Propagation.REQUIRE_NEW)
    function B(){
        do something;
    }
}

若B方法抛出异常,A方法进行捕获,B方法回滚,A方法不受B异常影响。

若B方法抛出异常,B方法内部捕获,A、B都不会回滚。

若A方法抛出异常,不会影响B正常执行。

若B方法抛出异常,A、B方法都没有处理,则A、B都会回滚。

A、B不可操作同一条记录,因为处于不同事务中,会产生死锁。

3、PROPAGATION_NESTED

如果当前存在事务,则嵌套在当前事务中执行。如果当前没有事务,则新建一个事务,类似于REQUIRE_NEW。

class C1(){
    @Transactional(propagation = Propagation.REQUIRED)
    function A(){
        C2.B();
    }
}

class C2(){
    @Transactional(propagation = Propagation.NESTED)
    function B(){
        do something;
    }
}

若B方法抛出异常,A方法进行捕获,B方法回滚,A方法正常执行。

若A或者B抛出异常,不做任何处理的话,A、B都要回滚。

A、B可操作同一条记录,因为处于同一个事务中。

4、PROPAGATION_SUPPORTS

支持当前事务,若当前不存在事务,以非事务的方式执行。

5、PROPAGATION_NOT_SUPPORTED

以非事务的方式执行,若当前存在事务,则把当前事务挂起。

class C1(){
    @Transactional(propagation = Propagation.REQUIRED)
    function A(){
        C2.B();
    }
}

class C2(){
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    function B(){
        do something;
    }
}

A、B不可操作同一条记录,因为A是事务执行,B在A尚未提交前再操作同一条记录,会产生死锁。

6、PROPAGATION_MANDATORY

强制事务执行,若当前不存在事务,则抛出异常

7、PROPAGATION_NEVER

以非事务的方式执行,如果当前存在事务,则抛出异常。

二、spring事务的四种隔离级别

1、事务的四大特性(ACID)

  • 原子性

操作要么全部成功,要么全部失败回滚。

  • 一致性

事务执行前和执行后处于一致性状态。例如,转账前A、B共5000元,A、B之间转账后,两者之和仍应该是5000元。

  • 隔离性

事务之间互不干扰。

  • 持久性

事务一旦提交,数据的改变是永久性的,即使这时候数据库发生故障,数据也不会丢失。

2、与事务隔离级别的相关问题

  • 脏读

A事务对一条记录进行修改,尚未提交,B事务已经看到了A的修改结果。若A发生回滚,B读到的数据就是错误的,这就是脏读。

  • 不可重复读

A事务对一条记录进行修改,尚未提交,B事务第一次查询该记录,看到的是修改之后的结果,此时A发生回滚,B事务又一次查询该记录,看到的是回滚后的结果。同一个事务内,B两次查询结果不一致,这就是不可重复读。

  • 幻读

A事务对所有记录进行修改,尚未提交,此时B事务创建了一条新记录,A、B都提交。A查看所有数据,发现有一条数据没有被修改,因为这是B事务新增的,就想看到了幻象一样,这就是幻读。

3、事务的隔离级别

  • 读未提交(read uncommitted)

事务尚未提交,其他事务即可以看到该事务的修改结果。隔离级别最差,脏读、不可重复读、幻读都不能避免。

  • 读提交(read committed)

事务只能看到其他事务提交之后的数据。可避免脏读,不可重复读、幻读无法避免。

不可重复读原因:A事务修改,B事务查询,A提交前和提交后,B事务看到的数据是不一致的。

幻读原因:A事务修改,B事务新增,B事务提交前,A事务已经提交。B事务提交后,A发现仍有数据未修改。

  • 可重复读(repeatable read)——-innodb默认隔离级别

一个事务多次查询,无论其他事务对数据如何修改,看到的数据都是一致的。因为A事务查询数据时,若B同时在修改数据,A事务看到的永远是B事务执行前的数据。只有当A提交或者回滚之后,看到的才是最新的被B修改知乎的数据。可避免脏读、不可重复读,幻读无法避免。

  • 序列化(serializable)

事务顺序执行,可避免脏读、不可重复读、幻读,但效率最差。因为A事务执行时,其他事务必须等待。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

今天的文章spring事务传播机制和隔离级别分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/9799.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注