Spring中的事务

╰+攻爆jí腚メ 2022-05-25 05:38 176阅读 0赞

# Spring中的事务 #

首先介绍一下概念，知道的直接跳过。

**一、数据库事务**

数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。

原子性 （Atomic）  
一致性 (Consistency)  
隔离性 （Isolation）  
持久性 (Durabiliy)  
简称 ACID  
原子性：操作要么全部成功，要么全都失败  
隔离性：一个线程操作这个数据不能说还有其他线程进来操作  
持久性：操作完成必须持久化保存  
一致性：数据少了这么多 另外一个数据必须是加上这么多。

**二、数据库隔离级别**

隔离级别 隔离级别的值 导致的问题

Read-Uncommitted 导致脏读。  
Read-Committed 避免脏读，允许不可重复读和幻读。  
Repeatable-Read 避免脏读，不可重复读，允许幻读。  
Serializable 串行化读，事务只能一个一个执行，避免了脏读、不可重复读、幻读。执行效率慢，使用时慎重。

脏读：一事务对数据进行了增删改，但未提交，另一事务可以读取到未提交的数据。如果第一个事务这时候回滚了，那么第二个事务就读到了脏数据。

不可重复读：一个事务中发生了两次读操作，第一次读操作和第二次操作之间，另外一个事务对数据进行了修改，这时候两次读取的数据是不一致的。

幻读：第一个事务对一定范围的数据进行批量修改，第二个事务在这个范围增加一条数据，这时候第一个事务就会丢失对新增数据的修改。  
总结：  
隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。

**三、Spring事务的隔离级别**

ISOLATION\_DEFAULT -1 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应

ISOLATION\_READ\_UNCOMMITTED 1 这是事务最低的隔离级别，它充许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻读。

ISOLATION\_READ\_COMMITTED 2 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。

ISOLATION\_REPEATABLE\_READ 4 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻读。

ISOLATION\_SERIALIZABLE 8 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻读。

**四、Spring事务的传播属性**

PROPAGATION\_REQUIRED 0 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择，也是Spring默认的事务的传播。

PROPAGATION\_SUPPORTS 1 支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION\_MANDATORY 2 支持当前事务，如果当前没有事务，就抛出异常。

PROPAGATION\_REQUIRES\_NEW 3 新建事务，如果当前存在事务，把当前事务挂起。

PROPAGATION\_NOT\_SUPPORTED 4 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

PROPAGATION\_NEVER 5 以非事务方式执行，如果当前存在事务，则抛出异常。

PROPAGATION\_NESTED 6 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION\_REQUIRED类似的操作。

概念就到此结束。

==============================================================

下面上代码。  
现在有两个表，USER\_INFO 和ORDER\_INFO。建表语句

DROP TABLE IF EXISTS `user_info`;
    CREATE TABLE `user_info` ( `id` bigint(20) NOT NULL auto_increment, `name` varchar(50) NOT NULL default '', `age` int(11) default NULL, PRIMARY KEY (`id`), KEY `name_index` (`name`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

DROP TABLE IF EXISTS `order_info`;
    CREATE TABLE `order_info` ( `id` bigint(20) NOT NULL auto_increment, `user_id` bigint(20) default NULL, `product_name` varchar(50) NOT NULL default '', `productor` varchar(30) default NULL, PRIMARY KEY (`id`), KEY `user_product_detail_index` (`user_id`,`product_name`,`productor`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Spring事务的配置文件  
![这里写图片描述][70]

设置的事务的传播属性为：REQUIRED。即支持当前事务，如果当前没有事务，就新建一个事务。

dao、model、mapper直接使用mybatis-generator-maven-plugin插件生成。Service自己手写。

现在写一个测试类。  
![这里写图片描述][70 1]

这样运行程序就没有任何问题的，简单看一下日志  
![这里写图片描述][70 2]

如果在order的insert方法在运行期报错在看一下。简单加入如下代码

public int insertSelective(OrderInfo record) {
            int a = 1/0;
            return orderInfoMapper.insertSelective(record);
        }

这样orderInfo的插入报错，再看一下日志  
![这里写图片描述][70 3]

由于我们的事务传播属性是REQUIRED，所以整个事务回滚。  
现在把order的插入方法的事务的传播属性改为：REQUIRES\_NEW

<tx:method name="insertOrderSelective*" propagation="REQUIRES_NEW" read-only="false" rollback-for="java.lang.Exception" />

这次测试方法是通过的  
![这里写图片描述][70 4]

只是内层的嵌套事务回滚，外面的事务提交。

暂时就写这些，感兴趣的可以去[这里][Link 1]下载源码。

[70]: /images/20220525/c3e49b75a6e1495590613430f7bf7a2e.png
[70 1]: /images/20220525/4587c860e469497c8d2163a3851edbfc.png
[70 2]: /images/20220525/1e8bb97c275c4f8484fb97430d80019b.png
[70 3]: /images/20220525/49f173cdfc0e4129834642d15c184b57.png
[70 4]: /images/20220525/479544eccfd447c2b8382fec13d7c745.png
[Link 1]: https://download.csdn.net/download/qq_34758074/10401497