【退役之重学Java】关于 MySQL 事务隔离级别

一、读未提交

最低级别的隔离，允许一个事务读取另一个事务提交的数据，这种隔离级别可能导致脏读、不可重复读和幻读等问题。

• 想象一下，你开启了一个事务，修改了数据库中的某个数据，但还未提交事务，这时，另外一个事务要读取这个数据，读到的就是还未提交的脏数据（万一你回滚了呢）
• 想象一下，你开启了一个事务，读取了数据库中的某个数据，这是另外一个事务修改了此数据（未提交），由于隔离级别是未提交，你第二次读取这个事务的时候，就读到了不一样的数据，就产生了不可重复读问题
• 幻读问题，依次类推

二、读提交

允许一个事务只能读取已提交的数据，避免了脏读问题。但在同一事务中，不同查询可能会看到不一致的数据，还是可能导致不可重复读和幻读问题。

三、可重复读

确保在同一事务中多次读取相同数据时，结果始终一致。其他事务的插入、更新和删除操作不会影响当前事务的查询结果，避免了不可重复读问题。但依然会有幻读问题。

• 在可重复读隔离级别下，事务在读取数据时会创建一个一致性读取的快照，保证在同一事务内多次读取相同数据时得到的结果是一致的。因此可以避免可重复读问题。
• 那为什么还会有幻读问题呢？

在可重复读事务隔离级别下，仍然会出现幻读问题的主要原因是该隔离级别下的一致性读取快照机制并不能完全解决并发插入的情况。尽管可重复读会创建一个一致性读取的快照，但并不会锁定整个表，因此其他事务仍然可以插入新数据。当其他事务在第一个事务的查询过程中插入了新数据，第一个事务在后续读取时可能会看到新增的“幻影”数据行，导致幻读问题的发生。 因此，尽管可重复读隔离级别下会创建一致性读取的快照，但并不能完全避免幻读问题的发生。

4、串行化

最高级别的隔离，通过对事务进行串行化执行来避免并发问题。保证事务之间的隔离性最强，但可能导致性能下降