[博学谷学习记录]超强总结,用心分享|架构 MySql事务隔离级别及对应解决的事务问题

文章内容是学习过程中的知识总结，如有纰漏，欢迎指正

文章目录

前言

一、MySql存在的事务问题

1.脏写

2.脏读

3.不可重复读

4.幻读

二、事务的隔离级别

三、事务的隔离级别及对应解决的问题

总结

前言

事务是一个最小的不可再分的工作单元；通常一个事务对应一个完整的业务（如银行账户转账业务就是一个最小的工作单元）；在关系型数据库中，一个事务可以是一条SQL语句，一组SQL语句或整个程序

---

以下是本篇文章正文内容，欢迎讨论交流

一、MySql存在的事务问题

• 脏写：事务A和事务B同时修改一条数据，B进行了事务提交，A由于某些原因进行了事务回滚
• 脏读：事务B读取到事务A未提交的数据
• 不可重复读：在同一个事务中，两次查询同一条记录读到的结果不一致
• 幻读：在一个事务内多次查询某个符合查询条件的「记录数量」，如果出现前后两次查询到的记录数量不一样的情况，就意味着发生了幻读

        严重程度：脏写>脏读>不可重复读>幻读

1.脏写

事务A和B同时修改id=1，name=“张三”的行记录，事务A修改name=“李四”，事务未提交。事务B修改name=“王五”，进行事务提交。事务A此时进行事务回滚，该记录数据还是id=1，name=“张三”，事务B的修改就不存在了，这种情况就叫脏写。

2.脏读

假设有 A 和 B 这两个事务同时在处理，事务 A 先开始从数据库中读取用户的余额数据，然后再执行更新操作，如果此时事务 A 还没有提交事务，而此时事务 B 也从数据库中读取用户的余额数据，那么事务 B 读取到的余额数据是刚才事务 A 更新后的数据，即使没有提交事务。

因为事务 A 是还没提交事务的，也就是它随时可能发生回滚操作，如果上图这种情况事务 A 发生了回滚，那么事务 B 刚才得到的数据就是过期的数据，这种现象就被称为脏读。

3.不可重复读

假设有 A 和 B 这两个事务同时在处理，事务 A 先开始从数据库中读取用户的余额，然后继续执行代码逻辑，在这过程中如果事务 B 更新了这条数据，并提交了事务，那么当事务 A 再次读取该数据时，就会发现前后两次读到的数据是不一致的，这种现象就被称为不可重复读。

4.幻读

假设有 A 和 B 这两个事务，事务 A 先开始从数据库查询账户余额大于 100 万的记录，发现共有 5 条，然后事务 B 也按相同的搜索条件也是查询出了 5 条记录。

接下来，事务 A 插入了一条余额超过 100 万的账号，并提交了事务，此时数据库超过 100 万余额的账号个数就变为 6。

然后事务 B 再次查询账户余额大于 100 万的记录，此时查询到的记录数量有 6 条，发现和前一次读到的记录数量不一样了，就像产生了幻觉一样，这种现象就被称为幻读。

---

二、事务的隔离级别

• 读未提交（READ UNCOMMITTED）一个事务还没提交时，他所做的变更能被别的事务看到

• 读已交提（READ COMMITTED）一个事务提交之后他所做的操作才能被别的事务看到

• 可重复读（REPEATABLE READ）一个事务内任何时候读到的数据都和事务启动时候读到的一致，Mysql数据库Innodb引擎默认的事务隔离级别

• 串行化（SERIALIZABLE）对记录加上读写锁，多个事务同时操作该记录时，只有前一个事务操作结束锁释放之后才能执行下一个事务

隔离水平：串行化>可重复读>读已提交>读未提交

性能效率：串行化<可重复读<读已提交<读未提交

---

三、事务的隔离级别及对应解决的问题

针对不同的隔离级别，并发事务时可能发生的现象也会不同

• 在「读未提交」隔离级别下，可能发生脏读、不可重复读和幻读现象；
• 在「读提交」隔离级别下，可能发生不可重复读和幻读现象，但是不可能发生脏读现象；
• 在「可重复读」隔离级别下，可能发生幻读现象，但是不可能脏读和不可重复读现象；
• 在「串行化」隔离级别下，脏读、不可重复读和幻读现象都不可能会发生。

那么Mysql Innodb引擎在默认可重复读事务隔离级别下解决了幻读问题吗？

答案：必须解决了，并且使用的不是串行化

---

总结

• 脏写在所有的隔离级别中都不会发生，如果某个事务想修改另一个事务未提交的数据，就必须阻塞，等待那个事务结束
• 要解决脏读现象，就要升级到「读已提交」以上的隔离级别
• 要解决不可重复读现象，就要升级到「可重复读」的隔离级别
• 要解决幻读现象不建议将隔离级别升级到「串行化」