事务的简单说明

╰半夏微凉° 2024-03-24 13:08 61阅读 0赞

**什么是事务？**

数据库事务( transaction)是访问并可能操作各种数据项的一个数据库操作序列，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。事务由事务开始与事务结束之间执行的全部数据库操作组成。

**事务的特性：**

**A：原子性(Atomicity)**

一个事务(transaction)中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

**C：一致性(Consistency)**

事务的一致性指的是在一个事务执行之前和执行之后数据库都必须处于一致性状态。

如果事务成功地完成，那么系统中所有变化将正确地应用，系统处于有效状态。

如果在事务中出现错误，那么系统中的所有变化将自动地回滚，系统返回到原始状态。

**I：隔离性(Isolation)**

指的是在并发环境中，当不同的事务同时操纵相同的数据时，每个事务都有各自的完整数据空间。由并发事务所做的修改必须与任何其他并发事务所做的修改隔离。事务查看数据更新时，数据所处的状态要么是另一事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看到中间状态的数据。

**D：持久性(Durability)**

指的是只要事务成功结束，它对数据库所做的更新就必须保存下来。即使发生系统崩溃，重新启动数据库系统后，数据库还能恢复到事务成功结束时的状态。

--------------------

#### **事务属性：隔离级别** ####

**1、介绍**

数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱。

隔离级别一共有四种：

*  读未提交：READ UNCOMMITTED
    
    允许Transaction01读取Transaction02未提交的修改。
 *  读已提交：READ COMMITTED、
    
    要求Transaction01只能读取Transaction02已提交的修改。
 *  可重复读：REPEATABLE READ
    
    确保Transaction01可以多次从一个字段中读取到相同的值，即Transaction01执行期间禁止其它事务对这个字段进行更新。
 *  串行化：SERIALIZABLE
    
    确保Transaction01可以多次从一个表中读取到相同的行，在Transaction01执行期间，禁止其它事务对这个表进行添加、更新、删除操作。可以避免任何并发问题，但性能十分低下。

各个隔离级别解决并发问题的能力见下表：

<table> 
 <thead> 
  <tr> 
   <th>隔离级别</th> 
   <th>脏读</th> 
   <th>不可重复读</th> 
   <th>幻读</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>READ UNCOMMITTED</td> 
   <td>有</td> 
   <td>有</td> 
   <td>有</td> 
  </tr> 
  <tr> 
   <td>READ COMMITTED</td> 
   <td>无</td> 
   <td>有</td> 
   <td>有</td> 
  </tr> 
  <tr> 
   <td>REPEATABLE READ</td> 
   <td>无</td> 
   <td>无</td> 
   <td>有</td> 
  </tr> 
  <tr> 
   <td>SERIALIZABLE</td> 
   <td>无</td> 
   <td>无</td> 
   <td>无</td> 
  </tr> 
 </tbody> 
</table>

各种数据库产品对事务隔离级别的支持程度：

<table> 
 <thead> 
  <tr> 
   <th>隔离级别</th> 
   <th>Oracle</th> 
   <th>MySQL</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>READ UNCOMMITTED</td> 
   <td>×</td> 
   <td>√</td> 
  </tr> 
  <tr> 
   <td>READ COMMITTED</td> 
   <td>√(默认)</td> 
   <td>√</td> 
  </tr> 
  <tr> 
   <td>REPEATABLE READ</td> 
   <td>×</td> 
   <td>√(默认)</td> 
  </tr> 
  <tr> 
   <td>SERIALIZABLE</td> 
   <td>√</td> 
   <td>√</td> 
  </tr> 
 </tbody> 
</table>

**2、使用方式**

@Transactional(isolation = Isolation.DEFAULT) // 使用数据库默认的隔离级别  
@Transactional(isolation = Isolation.READ\_UNCOMMITTED) // 读未提交  
@Transactional(isolation = Isolation.READ\_COMMITTED) // 读已提交  
@Transactional(isolation = Isolation.REPEATABLE\_READ) // 可重复读  
@Transactional(isolation = Isolation.SERIALIZABLE) // 串行化

--------------------

#### **事务属性：传播行为** ####

**1、介绍**

**什么是事务的传播行为？**

在service类中有a()方法和b()方法，a()方法上有事务，b()方法上也有事务，当a()方法执行过程中调用了b()方法，事务是如何传递的？合并到一个事务里？还是开启一个新的事务？这就是事务传播行为。

**一共有七种传播行为：**

*  REQUIRED：支持当前事务，如果不存在就新建一个(默认)**【没有就新建，有就加入】**
 *  SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行**【有就加入，没有就不管了】**
 *  MANDATORY：必须运行在一个事务中，如果当前没有事务正在发生，将抛出一个异常**【有就加入，没有就抛异常】**
 *  REQUIRES\_NEW：开启一个新的事务，如果一个事务已经存在，则将这个存在的事务挂起**【不管有没有，直接开启一个新事务，开启的新事务和之前的事务不存在嵌套关系，之前事务被挂起】**
 *  NOT\_SUPPORTED：以非事务方式运行，如果有事务存在，挂起当前事务**【不支持事务，存在就挂起】**
 *  NEVER：以非事务方式运行，如果有事务存在，抛出异常**【不支持事务，存在就抛异常】**
 *  NESTED：如果当前正有一个事务在进行中，则该方法应当运行在一个嵌套式事务中。被嵌套的事务可以独立于外层事务进行提交或回滚。如果外层事务不存在，行为就像REQUIRED一样。**【有事务的话，就在这个事务里再嵌套一个完全独立的事务，嵌套的事务可以独立的提交和回滚。没有事务就和REQUIRED一样。】**