对事务以及@Transactional的理解

Myth丶恋晨 2023-02-12 08:27 1阅读 0赞

### 文章目录 ###

*  1. 理论
 *   *  1.1 什么是事务
     *  1.2 为什么使用事务？
     *  1.3 事务的四个特性(ACID)
     *  1.4 并发下事务会产生的问题
     *  1.5 事务的隔离级别
 *  2. SpringBoot中@Transactional使用
 *   *  2.1 spring中的两种事务
     *  2.2 注意事项

# 1. 理论 #

## 1.1 什么是事务 ##

1.  由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成；
2.  是作为单个逻辑工作单元执行的一系列操作，这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；
3.  是并发控制单位，是用户定义的一个操作序列，这些操作要么都做，要么都不做，是一个不可分割的工作单位。

## 1.2 为什么使用事务？ ##

事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。

经典案例：银行转账。  
账户A要将自己账户上的1000元转到B账户下面，A账户余额首先要减去1000元，然后B账户要增加1000元。假如在中间网络出现了问题，A账户减去1000元已经结束，B因为网络中断而操作失败，那么整个业务失败，必须做出控制，要求A账户转帐业务撤销。这才能保证业务的正确性，完成这个操走就需要事务，将A账户资金减少和B账户资金增加放到同一个事务里，要么全部执行成功，要么全部撤销，这样就保证了数据的安全性。

## 1.3 事务的四个特性(ACID) ##

1.  原子性(atomicity)  
    事务是数据库的逻辑工作单位，而且是必须是原子工作单位，对于其数据修改，要么全部执行，要么全部不执行。
2.  一致性(consistency)  
    事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。比如，当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统在运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是不一致的状态。(实例：转账，两个账户余额相加，值不变。)
3.  隔离性(isolation)  
    一个事务的执行不能被其它事务干扰。即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
4.  持久性(durability)  
    一个事务一旦提交，事物的操作便永久性的保存在DB中。即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

事务中的所有操作要么全部执行，要么都不执行； 如果事务没有原子性的保证，那么在发生系统故障的情况下，数据库就有可能处于不一致状态。 因而，事务的原子性与一致性是密切相关的。

## 1.4 并发下事务会产生的问题 ##

在许多事务处理同一个数据时，如果没有采取有效的隔离机制，那么并发处理数据时，会带来一些的问题。

1.  脏读  
    所谓脏读，就是指事务A读到了事务B还没有提交的数据，比如银行取钱，事务A开启事务，此时切换到事务B，事务B开启事务–>取走100元，此时切换回事务A，事务A读取的肯定是数据库里面的原始数据，因为事务B取走了100块钱，并没有提交，数据库里面的账务余额肯定还是原始余额，这就是脏读。
2.  不可重复读  
    所谓不可重复读，就是指在一个事务里面读取了两次某个数据，读出来的数据不一致。还是以银行取钱为例，事务A开启事务–>查出银行卡余额为1000元，此时切换到事务B事务B开启事务–>事务B取走100元–>提交，数据库里面余额变为900元，此时切换回事务A，事务A再查一次查出账户余额为900元，这样对事务A而言，在同一个事务内两次读取账户余额数据不一致，这就是不可重复读。
3.  幻读  
    a. 所谓幻读，就是指在一个事务里面的操作中发现了未被操作的数据。比如学生信息，事务A开启事务–>修改所有学生当天签到状况为false，此时切换到事务B，事务B开启事务–>事务B插入了一条学生数据，此时切换回事务A，事务A提交的时候发现了一条自己没有修改过的数据，这就是幻读，就好像发生了幻觉一样。  
    b. 幻读出现的前提是并发的事务中有事务发生了插入、删除操作。

不可重复读和脏读的区别：脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。

不可重复读和幻读的区别：都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

## 1.5 事务的隔离级别 ##

事务隔离级别，就是为了解决上面几种问题而诞生的。为什么要有事务隔离级别，**因为事务隔离级别越高，在并发下会产生的问题就越少，但同时付出的性能消耗也将越大，因此很多时候必须在并发性和性能之间做一个权衡**。所以设立了几种事务隔离级别，以便让不同的项目可以根据自己项目的并发情况选择合适的事务隔离级别，对于在事务隔离级别之外会产生的并发问题，在代码中做补偿。

事务隔离级别有4种，但是像Spring会提供给用户5种，来看一下：

1、DEFAULT  
默认隔离级别，每种数据库支持的事务隔离级别不一样，如果Spring配置事务时将isolation设置为这个值的话，那么将使用底层数据库的默认事务隔离级别。顺便说一句，如果使用的MySQL，可以使用"select @@tx\_isolation"来查看默认的事务隔离级别；  
2、READ\_UNCOMMITTED  
读未提交，即能够读取到没有被提交的数据，所以很明显这个级别的隔离机制无法解决脏读、不可重复读、幻读中的任何一种，因此很少使用  
3、READ\_COMMITED  
读已提交，即能够读到那些已经提交的数据，自然能够防止脏读，但是无法限制不可重复读和幻读  
4、REPEATABLE\_READ  
重复读取，即在数据读出来之后加锁，类似"select \* from XXX for update"，明确数据读取出来就是为了更新用的，所以要加一把锁，防止别人修改它。REPEATABLE\_READ的意思也类似，读取了一条数据，这个事务不结束，别的事务就不可以改这条记录，这样就解决了脏读、不可重复读的问题，但是幻读的问题还是无法解决  
5、SERLALIZABLE  
串行化，最高的事务隔离级别，不管多少事务，挨个运行完一个事务的所有子事务之后才可以执行另外一个事务里面的所有子事务，这样就解决了脏读、不可重复读和幻读的问题了  
6、图表  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MTk4NzQ5_size_16_color_FFFFFF_t_70]  
**必须再强调一遍，不是事务隔离级别设置得越高越好，事务隔离级别设置得越高，意味着势必要花手段去加锁用以保证事务的正确性，那么效率就要降低，因此实际开发中往往要在效率和并发正确性之间做一个取舍，一般情况下会设置为READ\_COMMITED，此时避免了脏读，并发性也还不错，之后再通过一些别的手段去解决不可重复读和幻读的问题就好了**

# 2. SpringBoot中@Transactional使用 #

此处原文：[https://blog.csdn.net/Z\_\_Sheng/article/details/89489053][https_blog.csdn.net_Z_Sheng_article_details_89489053]

## 2.1 spring中的两种事务 ##

(1). 编程式事务是指通过代码去实现事物管理。  
(2). 声明式事务分为两种情况：a. 一种是通过传统xml方式配置；b. 使用@Transactional注解方式配置。

## 2.2 注意事项 ##

1.  @Transaction注解只对方法名为pubic的才生效，其他事务不会生效；
2.

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MTk4NzQ5_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200525171653221.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MTk4NzQ5,size_16,color_FFFFFF,t_70
[https_blog.csdn.net_Z_Sheng_article_details_89489053]: https://blog.csdn.net/Z__Sheng/article/details/89489053