一个工作了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%以上的问题,但是有些公司的某些业务可能会修改隔离级别。
而如果你不知道,就很可能在程序中出现莫名其妙的问题。
如果有任何面试问题、职业发展问题、学习问题,都可以私信我。
需要高手面试文档(附赠阿里内部十万字面试文档)或者有不懂的技术面试题想咨询的小伙伴可以扫描下方二维码
↓↓↓↓↓↓↓↓↓↓↓↓↓↓