Spring事务

最新推荐文章于 2024-07-19 17:50:16 发布

Rainy桉

最新推荐文章于 2024-07-19 17:50:16 发布

阅读量746

点赞数 19

分类专栏： Sping Boot 文章标签： spring

本文链接：https://blog.csdn.net/weixin_57535054/article/details/139507552

版权

Sping Boot 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

事务

事务定义将⼀组操作封装成⼀个执⾏单元（封装到⼀起），要么全部成功，要么全部失败

Spring 中的事务操作分为两类：

编程式事务（⼿动写代码操作事务）。

声明式事务（利⽤注解⾃动开启和提交事务)

1.编程式事务 (了解即可)

1.首先需要注入两个Bean对象

    @Autowired
    private DataSourceTransactionManager dataSourceTransactionManager;
    @Autowired
    private TransactionDefinition transactionDefinition;

2.以TransactionStatus类型接收，使用dataSourceTransactionManager的方法开启事务

TransactionStatus transactionStatus =
                dataSourceTransactionManager.getTransaction(transactionDefinition);

3.回滚事务

dataSourceTransactionManager.rollback(transactionStatus);//回滚事务

4.提交事务

dataSourceTransactionManager.commit(transactionStatus);

声明式事务（利⽤注解⾃动开启和提交事务)

执行逻辑:

方法执行前开启事务当方法正常执行成功后，提交事务，当方法执行过程中出现异常，回滚事务

@Transactional //方法执行前 开启事务 当方法正常执行成功后，提交事务，当方法执行过程中出现异常，回滚事务

只需要在方法前加注解即可

//声明式事务
    @GetMapping("add1")
    @Transactional //方法执行前 开启事务 当方法正常执行成功后，提交事务，当方法执行过程中出现异常，回滚事务
    public String doadd1(String username,String password)
    {
        if(!StringUtils.hasLength(username) && StringUtils.hasLength(password)){
            return "添加失败";
        }
        //开启事务
        doService.add(username,password);
        return "添加成功";
    }

@Transactional作用范围

可以用来修饰方法，也可以修饰类

修饰方法时只能修饰public方法上，否则不生效

修饰类时，表明该注解对类中所有的public方法都生效，相当于批量添加事务

注意

当方法中的出现异常了，但是被你的程序进行捕获了，那么事务不会回滚。当异常没被捕获时，事务才会回滚。

//当这样捕获异常时，事务是不会回滚的
        try {
            int num=10/0;
        }catch (Exception e){

        }

        //当捕获异常后，抛出异常时，事务是会回滚的
        try {
            int num=10/0;
        }catch (Exception e){
            System.out.println("异常"+e.getMessage());
            //throw e;//抛出异常  方法一
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); //方法二
        }

@Transactional工作原理

@Transactional 是基于 AOP 实现的，AOP ⼜是使⽤动态代理实现的。如果⽬标对象实现了接⼝，默认情况下会采⽤ JDK 的动态代理，如果⽬标对象没有实现了接⼝,会使⽤ CGLIB 动态代理。

@Transactional 在开始执⾏业务之前，通过代理先开启事务，在执⾏成功之后再提交事务。如果中途遇到的异常，则回滚事务。

事务隔离级别

事务有四大特性：

原子性：一个事务（transaction)中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执⾏过程中发⽣错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执⾏过⼀样。
⼀致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写⼊的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以⾃发性地完成预定的⼯作。
持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。
隔离性：数据库允许多个并发事务同时对其数据进⾏读写和修改的能⼒，隔离性可以防⽌多个事务并发执⾏时由于交叉执⾏⽽导致数据的不⼀致。

事务中可能出现的三种异常现象

脏读（Dirty Read）：脏读发生在当一个事务读取了另一个事务尚未提交的数据时。如果第一个事务读取的数据在读取后被回滚（即撤销），那么第一个事务读取到的数据就是无效的，这种现象就称为脏读。例如，事务A更新了一条记录但尚未提交，事务B读取了这条更新后的记录，如果事务A随后回滚，事务B读取的数据就不再有效。
不可重复读（Non-Repeatable Read）：不可重复读发生在当一个事务在读取同一数据集时，由于另一个事务的提交操作，导致该事务两次读取的数据不一致。例如，事务A读取了一条记录，然后事务B修改并提交了这条记录，当事务A再次读取同一记录时，它会得到不同的结果。这种现象称为不可重复读，因为它破坏了事务的可重复性。
幻读（Phantom Read）：幻读发生在当一个事务在读取一定范围内的数据时，由于另一个事务的插入或删除操作，导致该事务在相同查询条件下两次读取的数据集不一致。例如，事务A执行了一个查询，返回了10条记录，然后事务B插入了一条新记录并提交，当事务A再次执行相同的查询时，它会得到11条记录。这种现象称为幻读，因为它好像出现了“幻影”记录。

事务隔离级别

读未提交（Read uncommitted）
读提交（read committed）
可重复读（repeatable read）
串⾏化（Serializable）

为什么要设置事务的隔离级别？

设置事务的隔离级别是⽤来保障多个并发事务执⾏更可控，更符合操作者预期的

Spring 中设置事务隔离级别

READ UNCOMMITTED：读未提交，也叫未提交读，该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据，⽽未提交的数据可能会发⽣回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读。
READ COMMITTED：读已提交，也叫提交读，该隔离级别的事务能读取到已经提交事务的数据，因此它不会有脏读问题。但由于在事务的执⾏中可以读取到其他事务提交的结果，所以在不同时间的相同 SQL 查询中，可能会得到不同的结果，这种现象叫做不可重复读。
REPEATABLE READ：可重复读，是 MySQL 的默认事务隔离级别，它能确保同⼀事务多次查询的结果⼀致。但也会有新的问题，⽐如此级别的事务正在执⾏时，另⼀个事务成功的插⼊了某条数据，但因为它每次查询的结果都是⼀样的，所以会导致查询不到这条数据，⾃⼰重复插⼊时⼜失败（因为唯⼀约束的原因）。明明在事务中查询不到这条信息，但⾃⼰就是插⼊不进去，这就叫幻读（Phantom Read）。
SERIALIZABLE：序列化，事务最⾼隔离级别，它会强制事务排序，使之不会发⽣冲突，从⽽解决了脏读、不可重复读和幻读问题，但因为执⾏效率低，所以真正使⽤的场景并不多

Spring事务传播机制

Spring 事务传播机制定义了多个包含了事务的⽅法，相互调⽤时，事务是如何在这些⽅法间进⾏传递的。

事务传播机制包含7种

Propagation.REQUIRED：默认的事务传播级别，它表示如果当前存在事务，则加⼊该事务；如果例⼦：像新冠病毒⼀样，它有不同的隔离⽅式（酒店隔离还是居家隔离），是为了保证疫情可控，然⽽在每个⼈的隔离过程中，会有很多个执⾏的环节，⽐如酒店隔离，需要负责⼈员运送、物品运送、消杀原⽣活区域、定时核算检查和定时送餐等很多环节，⽽事务传播机制就是保证⼀个事务在传递过程中是可靠性的，回到本身案例中就是保证每个⼈在隔离的过程中可控的。 4.3 事务传播比特科技机制有哪些？ 11 当前没有事务，则创建⼀个新的事务。
Propagation.SUPPORTS：如果当前存在事务，则加⼊该事务；如果当前没有事务，则以⾮事务的⽅式继续运⾏。
Propagation.MANDATORY：（mandatory：强制性）如果当前存在事务，则加⼊该事务；如果当前没有事务，则抛出异常。
Propagation.REQUIRES_NEW：表示创建⼀个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部⽅法是否开启事务，Propagation.REQUIRES_NEW 修饰的内部⽅法会新开启⾃⼰的事务，且开启的事务相互独⽴，互不⼲扰。
Propagation.NOT_SUPPORTED：以⾮事务⽅式运⾏，如果当前存在事务，则把当前事务挂起。
Propagation.NEVER：以⾮事务⽅式运⾏，如果当前存在事务，则抛出异常。
Propagation.NESTED：如果当前存在事务，则创建⼀个事务作为当前事务的嵌套事务来运⾏；如果当前没有事务，则该取值等价于 PROPAGATION_REQUIRED

默认传播级别:

当事务中包含其他事务，其他事务发生异常，那么整个事务回滚

    @GetMapping("add2")
    @Transactional(isolation = Isolation.DEFAULT) //方法执行前 开启事务 当方法正常执行成功后，提交事务，当方法执行过程中出现异常，回滚事务
    public String doadd2(String username,String password)
    {
        if(!StringUtils.hasLength(username) && StringUtils.hasLength(password)){
            return "添加失败";
        }
        doService.add(username,password);

        doService.save(username,password);

        return "添加成功";
    }
    
    @Transactional(isolation = Isolation.DEFAULT)
    public void add(String name,String password){
        userinterfaceMapper.add(name,password);
    }

    @Transactional(isolation = Isolation.DEFAULT)
    public void save(String name,String password){
        try {
            int num=10/0;
        }catch (Exception e){
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
        userinterfaceMapper.add(name,password);
    }