【MySQL事务】_事务的基本要素-CSDN博客

本文链接：https://blog.csdn.net/m0_72254454/article/details/126590882

（不知道为什么，顺序变了，将就看吧，都在里面）

一、事务的基本要素（ACID）

1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。

2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏。比如A向B转账，不可能A扣了钱，B却没收到。

3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。

4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。

事务的并发问题

在实际应用程序中有可能会多个事务的执行来操纵相同的数据,有可能会导致以下的问题发生

1、脏读：

脏读(Dirty Read):当一个事务正在访问数据并对数据做了修改,而这种修改还没有提交到数据库,这时另外一个事务也访问了这个数据,然后使用了这个数据,因为这个数据是还没有提交的操作,那么另外一个事务读到的这个数据就是"脏数据",依据脏数据所做的操作可能是不正确的

如:事务A读取了事务B更新但未提交的数据，然后B回滚操作，那么A读取到的数据是脏数据

2、不可重复读：

指在一个事务内多次读取同一数据,在这个事务还没有结束时,另外一个事务也访问该数据,那么在第一个事务中的两次读取数据之间,由于第二个事务的修改导致第一个事务两次读取的数据不一致,这就导致了一个事务内两次读取的数据不一致,因此称为不可重复读

如:事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致。

3、幻读：

幻读(Phantom Read):幻读与不可重复读类似,他发生在一个事务T1读取了几行数据,接着另外一个并发事务T2插入了一些数据,在随后的查询中,第一个事务就会发现读了一些原本不存在的记录,就好像发生了幻觉一样,所以称为幻读

如:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

　　小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表

三、MySQL事务隔离级别

MySQL中定义四种标准的隔离级别用于解决事务并发问题

READ-UNCOMMITTED(读取未提交):最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。
READ-COMMITTED(读取已提交):只允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。
REPEATABLE-READ(可重复读):对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
SERIALIZABLE(可串行化):最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。

事务隔离级别	脏读	不可重复读	幻读
读未提交（read-uncommitted）	是	是	是
读已提交（read-committed）	否	是	是
可重复读（repeatable-read）	否	否	是
串行化（serializable）	否	否	否

SELECT @@TRANSACTION_ISOLATION;

mysql默认的事务隔离级别为repeatable-read

四、用例子说明各个隔离级别的情况

1、读未提交：

　　　　（1）打开一个客户端A，并设置当前事务模式为read uncommitted（未提交读），查询表account的初始值：

　　　　（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account：

　　　　（3）这时，虽然客户端B的事务还没提交，但是客户端A就可以查询到B已经更新的数据：

　　　　（4）一旦客户端B的事务因为某种原因回滚，所有的操作都将会被撤销，那客户端A查询到的数据其实就是脏数据：
在客户端A执行更新语句update account set balance = balance - 50 where id =1，lilei的balance没有变成350，居然是400，是不是很奇怪，数据不一致啊，如果你这么想就太天真了，在应用程序中，我们会用400-50=350，并不知道其他会话回滚了，要想解决这个问题可以采用读已提交的隔离级别
读未提交不能无法解决脏读、不可重复读、幻读中的任何一种，

因此很少使用

2、读已提交

　　　　（1）打开一个客户端A，并设置当前事务模式为read committed（未提交读），查询表account的所有记录：

　　　　（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account：

　　　　（3）这时，客户端B的事务还没提交，客户端A不能查询到B已经更新的数据，解决了脏读问题：

　　　　（5）客户端A执行与上一步相同的查询，结果与上一步不一致，即产生了不可重复读的问题

(6)读已提交，即能够读到那些已经提交的数据，自然能够防止脏读，

但是无法限制不可重复读和幻读

3、可重复读(MySql默认隔离级别)

　　　　（1）打开一个客户端A，并设置当前事务模式为repeatable read，查询表account的所有记录

　　　　（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account并提交

　　　　（3）在客户端A查询表account的所有记录，与步骤（1）查询结果一致，没有出现不可重复读的问题

(7)重复读取,即在数据读出来之后加锁，类似"select * from XXX for update"，明确数据读取出来就是为了更新用的，所以要加一把锁，防止别人修改它。REPEATABLE_READ的意思也类似，读取了一条数据，这个事务不结束，别的事务就不会影响这条记录，这样就解决了脏读、不可重复读的问题，但是幻读的问题还是无法解决