Spring事务（一、数据库事务）

桃扇骨 2021-12-12 14:37 336阅读 0赞

**本文整理自：《精通Spring4.X 企业应用开发实战》**

# 什么是事务： #

事务是一组原子性的SQL查询，是一个独立的工作单元。要么所有全部执行成功，要么全部执行失败。这种思想反映到数据库上，就是多条SQL语句，要么所有执行成功，要么所有执行失败。

## 事务的四个特性： ##

1.  原子性（Atomicity）：  
    表示组成一个事务的多个数据库操作是一个不可分割的原子单元(可以理解为一个整体)，只有所有的操作执行成果，整个事务才会提交。事务中的任何一个数据库操作失败，已经执行的任何操作都必须撤销，让数据库回滚到初始状态。也就是说不可能执行其中的一部分操作。
2.  一致性（consistency）:  
    事务操作成功后，数据库所处的状态和它的业务规则是一致的，即数据不会被破坏。如从A账户转账100元到B账户，不管操作成功与否，A账户和B账户的存款总额是不变的。
3.  隔离性（isolation）：  
    在并发数据库操作时，不同的事务拥有各自的数据空间，它们的操作不会对对方产生干扰。准确地说，并非要求做操完全无干扰。数据库规定了多种**事务隔离级别**，不同的隔离级别对应不同的干扰程度，隔离级别越高，数据一致性越好，但并发越弱。
4.  持久性（durability）：  
    一旦事务提交成功后，事务中所有数据操作都必须被持久化到数据库中。即使在提交事务后，数据库马上崩溃，在数据库重启时，也必须保证能够通过某种机制恢复数据。

> 在以上事务特性中，数据“一致性”是最终目标，其他特性都是为了达到这个目标而采取的措施、要求或手段。

# 脏读、不可重复读、幻读、丢失更新 #

在说隔离级别之前，先说一下由数据库并发导致的脏读，幻读，不可重复读。以及第一类丢失更新、第二类丢失更新

## 脏读 ##

A事务读取B事务上位提交的更改操作，并在这个数据的基础上进行操作。如果恰巧B事务回滚，那么A事务读到的数据根本是不被承认的。

## 幻读 ##

A事务读取B事务提交的新增数据，这是A事务将出现幻象读的问题。

## 不可重复读 ##

不可重复读是指A事务读取了B事务已经提交的更改数据。

## 第一类丢失更新 ##

A事务撤销时，把已经提交的B事务的更新数据覆盖了

## 第二类丢失更新 ##

A事务覆盖B事务已经提交的数据，造成B事务所做操作丢失。

# 数据库锁机制 #

对于上述并发引发的问题，数据库通过锁机制是可以解决的。

## 按照锁定的对象不同 ##

*  表锁
 *  行锁。

## 从并发事务锁定的关系 ##

*  共享锁定
 *  独占锁定。  
    共享锁定会防止独占锁定，但允许其他的共享锁定。而独占锁定既防止其他的独占锁定，也防止和其他的共享锁定。

> 为了更改数据，数据库必须在进行更改的行上市价行独占锁定，INSERT，UPDATE，DELETE 和 SLEECT FOR UPDATE语句都会隐式采用必要的行锁定。

# 事务隔离级别 #

## READ UNCOMMITTED （未提交读） ##

在READ UNCOMMITTED 级别，事务中的修改，即使没有提交，对其它事务也都是可见的。事务可以读取未提交的数据，这也就是脏读。在实际一般很少使用。

## READ COMMITTED （读提交） ##

READ COMMITTED 一个事务从开始知道提交之前，所做的任何修改对其他事物都是不可见的。

## REPEATABLE READ （可重复度） ##

REPEATABLE READ 解决了脏读的问题。改几倍保证了在同一个事务中多次读取同样记录的结果是一直的。但是理论上，可重复读隔离级别还是无法解决另一个幻读的问题。  
该级别是 Mysql 默认的事务隔离级别。

## SERIALIZABLE （序列化 、可串行化） ##

SERIALIZABLE 是最高的格列界别。它通过强制事务串行执行，避免了前面说的幻读的问题。简单来说，SERIALIZABLE 会再读取的每一行数据上都加锁，所以可能导致大量的超时 和锁征用的问题。实际应用中也很少使用到这个隔离级别。

## 事务隔离级别整理 ##

<table> 
 <thead> 
  <tr> 
   <th>隔离界别</th> 
   <th>脏读</th> 
   <th>不可重复读</th> 
   <th>幻读</th> 
   <th>第一类丢失更新</th> 
   <th>第二类更新丢失</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>READ UNCOMMITTED</td> 
   <td>允许</td> 
   <td>允许</td> 
   <td>允许</td> 
   <td>不允许</td> 
   <td>不允许</td> 
  </tr> 
  <tr> 
   <td>READ COMMITTED</td> 
   <td>不允许</td> 
   <td>允许</td> 
   <td>允许</td> 
   <td>不允许</td> 
   <td>允许</td> 
  </tr> 
  <tr> 
   <td>REPEATABLE READ</td> 
   <td>不允许</td> 
   <td>不允许</td> 
   <td>允许</td> 
   <td>不允许</td> 
   <td>不允许</td> 
  </tr> 
  <tr> 
   <td>SERIALIZABLE</td> 
   <td>不允许</td> 
   <td>不允许</td> 
   <td>不允许</td> 
   <td>不允许</td> 
   <td>不允许</td> 
  </tr> 
 </tbody> 
</table>