【Java面试】MySql隔离级别

提示：文章先作为初版，等后续时间充足后，补充更深的内容

---

MySql隔离级别

一、MySql隔离级别

MySQL定义了四种隔离级别，包括一些具体规则，用于限定事务内外哪些改变是可见的，哪些改变是不可见的。低级别的隔离一般支持更高的并发处理，并且拥有更低的系统开销。

一、READ UNCOMMITTED读取未提交内容

在这个隔离级别，所有事务都可以"看到"未提交事务的执行结果。在这种级别上，可能会产生很多问题，除非用户真的知道自己在做什么，并有很好的理由选择这样做。本隔离级别很少用于实际应用，因为它的性能也不必其他性能好多少，而别的级别还有其他更多的优点。读取未提交数据，也被称为"脏读"。（没提交的数据也能看到）

二、*READ COMMITTED读取提交内容

大多数数据库系统的默认隔离级别（但是不是MySQL的默认隔离级别)，满足了隔离的早先简单定义:一个事务开始时，只能看见"已经提交事务所做的改变，一个事务从开始到提交前，所做的任何数据改变都是不可见的，除非已经提交。这种隔离级别也支持所谓的"不可重复读"。这意味着用户运行同一个语句两次，看到的结果是不同的。（一定程度上解决的“脏读”问题，两次查询中间隔一个修改commit导致了读的不一样）

三、*REPEATABLE READ可重复读

MySQL数据库默认的隔离级别。该级别解决了READ UNCOMMITTED隔离级别导致的问题。它保证同一事务的多个实例在并发读取事务时，会"看到同样的"数据行。不过，这会导致另外一个棘手问题"幻读"。InnoDB和Falcon存储引擎通过多版本并发控制机制解决了幻读问题。（两次查询中间不管你中间是否进行了操作，都能保证查询到同一数据）

四、SERIALIZABLE可串行化

该级别是最高级别的隔离级。它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简而言之，SERIALIZABLE是在每个读的数据行上加锁。在这个级别，可能导致大量的超时Timeout和锁竞争Lock Contention现象，实际应用中很少使用到这个级别，但如果用户的应用为了数据的稳定性，需要强制减少并发的话，也可以选择这种隔离级。

二、MySql常见读取情况

1.脏读

脏读是指一个事务读取了未提交事务执行过程中的数据。
当一个事务的操作正在多次修改数据，而在事务还未提交的时候，另外一个并发事务来读取了数据，就会导致读取到的数据并非是最终持久化之后的数据,这个数据就是脏读的数据。

2.不可重复读

不可重复读是指对于数据库中的某个数据，一个事务执行过程中多次查询返回不同查询结果，这就是在事务执行过程中，数据被其他事务提交修改了。
不可重复读同脏读的区别在于，脏读是一个事务读取了另一未完成的事务执行过程中的数据，而不可重复读是一个事务执行过程中，另一事务提交并修改了当前事务正在读取的数据。

3.幻读

幻读是事务非独立执行时发生的一种现象，例如事务T1批量对一个表中某一列列值为1的数据修改为2的变更，但是在这时，事务T2对这张表插入了一条列值为1的数据，并完成提交。此时，如果事务T1查看刚刚完成操作的数据，发现还有一条列值为1的数据没有进行修改，而这条数据其实是T2刚刚提交插入的，这就是幻读。
幻读和不可重复读都是读取了另一条已经提交的事务(这点同脏读不同)，所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数)。

总结

读取未提交 -> 脏读（穿插到别的事务中间硬读没提交的数据，读到了非最终持久化的结果）【我读了我就跑】
读取提交->不可重复读（一个事务执行过程中，另一事务过来硬是提交并修改了当前事务正在读取的数据）【读着读着被改了】
可重复读->幻读（一个事务执行过程中，另一事务过来硬是提交并插入了新数据，再读发现了不对劲）【读着读着新增再读导致结果不对】

---