互联网项目中mysql应该选什么事务隔离级别（原理剖析）

引言

开始我们的内容，相信大家一定遇到过下面的一个面试场景

面试官：“讲讲mysql有几个事务隔离级别？”  

你：“读未提交，读已提交，可重复读，串行化四个！默认是可重复读”

面试官：“为什么mysql选可重复读作为默认的隔离级别？”   

(你面露苦色，不知如何回答！)   

面试官:"你们项目中选了哪个隔离级别？为什么？"  

你：“当然是默认的可重复读，至于原因。。呃。。。”   

(然后你就可以回去等通知了！)

为了避免上述尴尬的场景，请继续往下阅读！   
Mysql默认的事务隔离级别是可重复读(Repeatable Read)，那互联网项目中Mysql也是用默认隔离级别，不做修改么？
OK，不是的，我们在项目中一般用读已提交(Read Commited)这个隔离级别！
what！居然是读已提交，网上不是说这个隔离级别存在不可重复读和幻读问题么？不用管么？好，带着我们的疑问开始本文！

 

正文

我们先来思考一个问题，在Oracle，SqlServer中都是选择读已提交(Read Commited)作为默认的隔离级别，为什么Mysql不选择读已提交(Read Commited)作为默认隔离级别，而选择可重复读(Repeatable Read)作为默认的隔离级别呢？

到底是为什么呢？

下面我们来细说原因：

这个是有历史原因的，当然要从我们的主从复制开始讲起了！
主从复制，是基于什么复制的？
是基于binlog复制的！这里不想去搬bin