事务的特性【重点干货】

阳光穿透心脏的1/2处 2022-12-03 05:25 85阅读 0赞

# 一.**ACID** #

保证数据的完整、安全的：原子性、一致性、隔离性、持久性

某个事务要想保证数据完整、安全，必须同时具备四大特性。

>  *  **原子性**（Atomicity）原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
> 
> 强调事务不可分割 
> 
> 例如：转账事务由付款和收款两个单元组成，但是不能将该事务再划分

>  *  **一致性**（Consistency）事务前后数据的完整性必须保持一致。
> 
> 例如：转账事务执行前或执行后，数据必须保证完整一致。

>  *  **隔离性**（Isolation）事务的隔离性是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。
> 
> 强调事务和事务之间是相互独立，不受影响的

>  *  **持久性**（Durability）持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。
> 
> 强调事务一旦提交/回滚，必须将数据永久更新到硬盘上

# 二.**并发导致的读问题** #

如果事务的隔离性遭到破坏，两个事务之间不再相互独立，而是相互产生影响。

那么事务会存在以下三种读问题。

>  *  **脏读**：一个事务读到了另一个事务未提交的数据。 （最严重的读问题，一般都要防止）

老王给小红打钱：

老王转了10000给小红

小红查账后发现，果然到账

老王，事务回滚了

>  *  **不可重复读**：一个事务读到了另一个事务已经提交(update)的数据。导致另一个事务，在事务中的多次查询结果不一致。（可能导致严重后果的读问题）

例如：

老王和小红共用一个账户。

老王向人许诺投100W

小红去花费100W买了辆车。（update语句）

老王再次转账，发现余额不足。

>  *  **虚读 /幻读**：一个事务读到了另一个事务已经提交(insert) 的数据。导致另一个事务，在事务中多次查询的结果不一致。 （可允许的，不严重）

例如：老王和小红。

老王： 5口人

小红 又生了 一个（insert）

老王：6口人

# 三.**隔离级别** #

隔离级别：事务和事务之间的距离远近。

* 安全和性能对比
 
 > * 安全性：**serializable** > repeatable read > read committed > read uncommitted
 > * 性能 ： serializable < repeatable read < read committed <** ****read uncommitted**
 * 常见数据库的默认隔离级别：（扩展-自学）
 
 > * MySql（安全优先）：repeatable read       脏读，不可重复读
 > * Oracle（性能优先）：read committed       脏读

# 四.**spring设置隔离级别** #

****类上或方法

<table style="width:492.65pt;"> 
 <tbody> 
 <tr> 
 <td style="width:316.5pt;"> 注解 </td> 
 <td style="width:176.15pt;"> 描述 </td> 
 </tr> 
 <tr> 
 <td style="width:316.5pt;"> @Transactional(isolation=Isolation.DEFAULT) </td> 
 <td style="width:176.15pt;"> 默认级别 （MySQL&nbsp;可重复读 Oracle&nbsp;&nbsp;读已提交） </td> 
 </tr> 
 <tr> 
 <td style="width:316.5pt;"> @Transactional(isolation=Isolation.READ_UNCOMMITTED) </td> 
 <td style="width:176.15pt;"> 读未提交 </td> 
 </tr> 
 <tr> 
 <td style="width:316.5pt;"> @Transactional(isolation=Isolation.READ_COMMITTED) </td> 
 <td style="width:176.15pt;"> 读已提交 </td> 
 </tr> 
 <tr> 
 <td style="width:316.5pt;"> @Transactional(isolation=Isolation.REPEATABLE_READ) </td> 
 <td style="width:176.15pt;"> 可重复读 </td> 
 </tr> 
 <tr> 
 <td style="width:316.5pt;"> @Transactional(isolation=Isolation.SERIALIZABLE) </td> 
 <td style="width:176.15pt;"> 串行化 </td> 
 </tr> 
 </tbody> 
</table>

设置策略：

> 1.  安全优先，有点效率：REPEATABLE\_READ 可重复读 （解决了：脏读、不可重复读）
> 2.  性能优先，较为安全：READ\_COMMITTED 读已提交 （解决了：脏读）
> 3.  必须安全，无需考虑效率：SERIALIZABLE 串行化（解决了：所有读问题）
> 4.  性能至上，数据安全无所谓：READ\_UNCOMMITTED 读未提交（导致所有的读问题）

看完恭喜你,又知道了一点点!!!

**你知道的越多,不知道的越多! **

**~感谢志同道合的你阅读,  你的支持是我学习的最大动力 ! 加油 ,陌生人一起努力,共勉!!**

> **注: 如果本篇有需要改进的地方或错误,欢迎大神们指定一二~~**