三分钟搞懂 MySQL 隔离级别，kafka学习教程

三分钟搞懂 MySQL 隔离级别，kafka学习教程

例：某个事务在读取某个范围的数据，但是另一个事务又向这个范围的数据去插入数据，导致多次读取的时候，数据的行数不一致。

---

1.READ UNCIMMITTED（未提交读）

在这种隔离级别下，查询是不会加锁的，也由于查询的不加锁，所以这种隔离级别的一致性是最差的，可能会产生“脏读”、“不可重复读”、“幻读”。

2.READ COMMITTED（提交读）

就是只能读到已经提交了的内容。

为什么提交读，未提交读都没有查询加锁，但是却能够避免脏读呢？

这就要说道另一个机制-快照（snapshot）

当B insert了一条数据然后commit,这时候A执行 select，那么返回的数据中就会有B添加的那条数据…之后无论再有其他事务commit都没有关系，因为照片已经生成了，而且不会再生成了，以后都会参考这张照片。

• 假设没有“快照读”，那么当一个更新的事务没有提交时，另一个对更新数据进行查询的事务会因为无法查询而被阻塞，这种情况下，并发能力就相当的差。

• 而“快照读”就可以完成高并发的查询，不过，“读提交”只能避免脏读，并不能避免“不可重复读”（插入INSERT不是更新UPDATE）和“幻读”。

---

3.REPEATABLE READ（可重复读）

普通的查询同样是使用的“快照读”，但是，和“读提交”不同的是，当事务启动时，就不允许进行“修改 *** 作（Update）”了，而“不可重复读”恰恰是因为两次读取之间进行了数据的修改，因此，“可重复读”能够有效的避免**不可重复读**，但却避免不了“幻读”，因为幻读是由于“插入或者删除 *** 作（INSERT or DELETE）”而产生的，而不是更新（UPDATE）。

![](https://imgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5

《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》

【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享

zaHUuaW8vdXBsb2FkX2ltYWdlcy80NTU5MzE3LThhMmZiYmY1ZmMyMWZlNDAucG5nP2ltYWdlTW9ncjIvYXV0by1vcmllbnQvc3RyaXB8aW1hZ2VWaWV3Mi8yL3cvNzAwL2Zvcm1hdC93ZWJw?x-oss-process=image/format,png)
4.SERIALIZABLE（可串行化）
这种级别下，事务“串行化顺序执行”，也就是一个一个排队执行。由于他大量加上锁，导致大量的请求超时，因此性能会比较底下，再特别需要数据一致性且并发量不需要那么大的时候才可能考虑这个隔离级别。