MySQL事务的隔离级别

🏆今日学习目标：

🍀MySQL事务的隔离级别
✅创作者：林在闪闪发光
⏰预计时间：30分钟
🎉个人主页：林在闪闪发光的个人主页

 🍁林在闪闪发光的个人社区，欢迎你的加入: 林在闪闪发光的社区

目录

        一、什么是事务

        二、为什么需要事务？

        三 事务的特性（ACID） 

        四 并发事务带来哪些问题 

        五 事务隔离级别 

        六 解决并发事务带来问题的两种基本方式

---

一、什么是事务

事务是指单个逻辑工作单元执行得一系列操作，要么都做，要么都不做，是不可分割的工作单位，是数据库环境中的的最小工作单元。 

事务最经典栗子也经常被拿出来的栗子就是银行转账了。

比如小明要给小红转账1000元，这个转账会涉及到两个关键操作：将小明的余额减1000元，将小红的余额减1000元。万一这两个操作之间突然出现错误，导致小明余额减少但是小红余额没有增加，这种情况是肯定不允许的。事务就是保证这两个关键操作要么都成功，要么都不成功。

 二、为什么需要事务？

事务包含了一组操作，这些操作可以是一条SQL语句、一组SQL语句或整个程序。如果其中一个操作不成功，这些操作都不会执行，前面执行的操作也会回滚原状态，用来保证数据的一致性和完整性。例如，就像银行转账，张三给李四转账，只有当张三的钱转走了，并且李四账户的钱收到了之后才会事务提交，否则事务会回滚到转账前的状态，保证数据的一致性，保证数据不会出错

三 事务的特性（ACID） 

原子性
事务的原子性是指事务必须是一个原子的操作序列单元。事务中包含的各项操作在一次执行过程中，只允许出现两种状态之一，要么都成功，要么都失败。
任何一项操作都会导致整个事务的失败，同时其它已经被执行的操作都将被撤销并回滚，只有所有的操作全部成功，整个事务才算是成功完成。

一致性
事务的一致性是指事务在执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处以一致性状态。
比如：张三给李四转钱，不可能张三被扣了钱，李四没有加钱。

隔离性
事务的隔离性是指在并发环境中，并发的事务是互相隔离的，一个事务的执行不能被其它事务干扰。也就是说，不同事物并非操作相同数据时，每个事务都有完整的数据空间。
一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务是不能互相干扰的。

持久性
事务的持久性是指事务一旦提交后，数据库中的数据必须被永久的保存下来。即使服务器系统崩溃或服务器宕机等故障。只要数据库重新启动，那么一定能够将其恢复到事务成功结束后的状态

四 并发事务带来哪些问题 

在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对统一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题：

脏读（Dirty read）: 当一个事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时另外一个事务也访问了这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是“脏数据”，依据“脏数据”所做的操作可能是不正确的。

丢失修改（Lost to modify）: 指在一个事务读取一个数据时，另外一个事务也访问了该数据，那么在第一个事务中修改了这个数据后，第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失，因此称为丢失修改。例如：事务1读取某表中的数据A=20，事务2也读取A=20，事务1修改A=A-1，事务2也修改A=A-1，最终结果A=19，事务1的修改被丢失。

不可重复读（Unrepeatableread）: 指在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。

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

不可重复度和幻读区别：

不可重复读的重点是修改，幻读的重点在于新增或者删除。

例1（同样的条件, 你读取过的数据, 再次读取出来发现值不一样了 ）：事务1中的A先生读取自己的工资为 1000的操作还没完成，事务2中的B先生就修改了A的工资为2000，导 致A再读自己的工资时工资变为 2000；这就是不可重复读。

例2（同样的条件, 第1次和第2次读出来的记录数不一样 ）：假某工资单表中工资大于3000的有4人，事务1读取了所有工资大于3000的人，共查到4条记录，这时事务2 又插入了一条工资大于3000的记录，事务1再次读取时查到的记录就变为了5条，这样就导致了幻读

五 事务隔离级别 

SQL标准定义了四个隔离级别：

数据库事务的隔离级别有4种，由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。而且，在事务的并发操作中可能会出现脏读，不可重复读，幻读。

Read uncommitted(读未提交)
读未提交，就是一个事务可以读取另一个未提交事务的数据。

事例：我的工资是1.5万，这个月发工资，财务不小心按错了数字，还没有来得及提交事务，就在这个时候，我发现的工资变为了1.9万元，我以为涨工资了高兴的飞起 ，财务发现不对，回滚了事务，将工资改回了1.5万元再提交。
分析：实际我这个月的工资还是1.5万，但是我看到的是1.9万。我看到的是老板还没提交事务时的数据。这就是脏读。

Read committed(读提交)
读提交，就是一个事务要等另一个事务提交后才能读取数据。

事例：某已婚男欲购买一套新房准备迎接新生命的到来，购房款 330万 ，付款的时候查询自己账号余额 360万（第一次查询），就在这个时候，该已婚男子的爱人，购买了理财产品，价值50万，并提交事务；该已婚男使用POS机付房款的时候发现钱不够了（第二次查询需要等待爱人支出事务提交完成）。
分析：如果有事务对数据进行更新（UPDATE）操作时，读取数据事务要等待这个更新操作事务提交后才能读取数据，有效的避免脏读，但是一个事务进行了两次相同的查询而返回了不同的数据，这就是不可重复读。

Repeatable read(重复读)
重复读，就是在开始读取数据（事务开启）时，不再允许修改操作。

事例：某已婚男欲购买一套新房准备迎接新生命的到来，购房款 330万 ，付款的时候查询自己账号余额 360万（第一次查询），在这个时候，该已婚男子的爱人无法从该已婚男账户转出余额，接下来就可以正常付款了。
分析：重复读可以解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作，而不是UPDATE操作。

Serializable （序列化）
Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
 

六 解决并发事务带来问题的两种基本方式

写-写操作
在写-写操作下会发生脏写的现象，任何一种隔离级别都不允许这种现象的发生，所以在多个未提交事务相继对一条记录进行改动时，需要让它们排队执行。这个排队的过程其实是通过加锁来实现的。

这个“锁”本质上是一个内存中结构，在事务执行之前本来是没有锁的。当一个事务相对这条记录进行改动时，首先会看看内存中有没有与这条记录关联的锁结构，如果没有们就会在内存中生成一个锁结构与之关联。

读-写或者写-读操作
读-写或者写-读操作会出现脏读，不可重复读，幻读的现象。有两种可选的解决方案。

方案一：读操作使用多版本并发控制（MVCC）,写操作进行加锁。
方案二：读、写操作都采用加锁的方式。

一致性读

事务利用MVCC进行的读取操作称为一致性读，或者一致性无锁读，所有普通的SELECT语句在READ COMMITTED、PEPEATABLE READ隔离级别下都算是一致性读。
一致性读并不会读表中的任何记录进行加锁操作，其他事务可以自由地对表中的记录进行改动。

锁定读
共享锁和独占锁

共享锁：简称S锁，在事务要读取一条记录时，需要先获取该记录的S锁。
独占锁：也常称为排他锁，简称X锁，在事务要该改动一条记录时，需要先获取该记录的X锁。
假如事务T1首先获取一条记录的S锁，之后事务T2接着也要访问这条记录。

如果事务T2想要再获取一条记录的S锁，之后事务T2也会获得该锁，也就是两条事务同时持有S锁。
如果事务T2想要再获取一条记录的X锁，那么此操作会被阻塞，直到事务T1提交之后将S锁释放掉

如果有写的不对的地方 欢迎小伙伴指出 我们一起学习 共同进步 谢谢大家