一个工作了6年的粉丝，去阿里面试，在第一面的时候被问到”Mysql的事务隔离级别“。
他竟然没有回答上来，一直在私信向我诉苦。
我说，你只能怪年轻时候的你，那个时候不够努力导致现在的你技术水平不够。
好吧，关于这个问题，看看普通人和高手的回答。
需要高手面试文档（附赠阿里内部十万字面试文档）的小伙伴可以扫描文章底部二维码
普通人：
嗯。。。。。。。
高手：
好的，关于这个问题，我会从几个方面来回答。
首先，事务隔离级别，是为了解决多个并行事务竞争导致的数据安全问题的一种规范。
具体来说，多个事务竞争可能会产生三种不同的现象。
-
假设有两个事务T1/T2同时在执行，T1事务有可能会读取到T2事务未提交的数据，但是未提交的事务T2可能会回滚，也就导致了T1事务读取到最终不一定存在的数据产生脏读的现象。
-
假设有两个事务T1/T2同时执行，事务T1在不同的时刻读取同一行数据的时候结果可能不一样，从而导致不可重复读的问题。
-
假设有两个事务T1/T2同时执行，事务T1执行范围查询或者范围修改的过程中，事务T2插入了一条属于事务T1范围内的数据并且提交了，这时候在事务T1查询发现多出来了一条数据，或者在T1事务发现这条数据没有被修改，看起来像是产生了幻觉，这种现象称为幻读。
而这三种现象在实际应用中，可能有些场景不能接受某些现象的存在，所以在SQL标准中定义了四种隔离级别，分别是：
-
读未提交，在这种隔离级别下，可能会产生脏读、不可重复读、幻读。
-
读已提交（RC)，在这种隔离级别下，可能会产生不可重复读和幻读。
-
可重复读（RR），在这种隔离级别下，可能会产生幻读
-
串行化，在这种隔离级别下，多个并行事务串行化执行，不会产生安全性问题。
这四种隔离级别里面，只有串行化解决了全部的问题，但也意味着这种隔离级别的性能是最低的。
在Mysql里面，InnoDB引擎默认的隔离级别是RR（可重复读），因为它需要保证事务ACID特性中的隔离性特征。
以上就是我对这个问题的理解。
总结
关于这个问题，很多用Mysql5年甚至更长时间的程序员都不一定非常清楚的知道。
这其实是不正常的，因为虽然InnoDB默认隔离级别能解决99%以上的问题，但是有些公司的某些业务可能会修改隔离级别。
而如果你不知道，就很可能在程序中出现莫名其妙的问题。
如果有任何面试问题、职业发展问题、学习问题，都可以私信我。
需要高手面试文档（附赠阿里内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以扫描下方二维码
↓↓↓↓↓↓↓↓↓↓↓↓↓↓
