MySQL数据库的默认隔离级别为什么是可重复读-蒲公英云

MySQL数据库的默认隔离级别为什么是可重复读

一.基本概念

1. mysql的事务隔离级别有哪些?

1.Read Uncommitted（读取未提交内容）未提交读
2.Read Committed（读取提交内容）已提交读
3.Repeatable Read（可重读）可重复读
4.Serializable（可串行化）可串行化

spring的事务隔离级别也是这四种. 它默认数据库是什么级别,自己就是什么级别.

2. 什么是脏读不可重复读幻读

1、 脏读：A，B两事务，A事务会读取到B事务未提交的数据，然后B因为某些原因回滚数据，
所以A就读取了B没有提交的数据，也称脏数据。
2、 不可重复读：在A事务中对同一数据两次查询不一致，可能原因是在A事务提交
之前B事务对该数据进行了操作
3、 幻读：类似于不可重复读，都是在一个事务周期内读的数据不一致，
区别在于幻读是侧重于插入操作带来的影响，而不可重复读是编辑或者删除带来的影响

小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表

3.mysql 事务隔离级别每个解决了什么问题

隔离级别	脏读	不可重复读	幻读
未提交读	是	是	是
提交读	否	是	是
可重复读	否	否	是
串行化	否	否	否

总结:
未提交读 : 可能发生脏读幻读不可重复读的情况
提交读: 提交读解决了脏读的问题, 但会发生不可重复读幻读
可重复读: 解决脏读不可重复读的问题,但是会发生幻读
串行化: 解决了这些问题

二. MySQL数据库的默认隔离级别为什么是可重复读

一般的DBMS系统，默认都会使用读提交（Read-Comitted，RC）作为默认隔离级别，如Oracle、SQLServer等，而MySQL却使用可重复读（Read-Repeatable，RR）。要知道，越高的隔离级别，能解决的数据一致性问题越多，理论上性能损耗更大，可并发性越低。隔离级别依次为>：串行化 > RR > RC >读未提交

在SQL标准中，前三种隔离级别分别解决了幻象读、不可重复读和脏读的问题。那么，为什么MySQL使用可重复读作为默认隔离级别呢？

这个是有历史原因的，要从主从复制开始讲起了！

1.主从复制，是基于什么复制的？

是基于binlog复制的

2.binlog有几种格式？

statement:记录的是修改SQL语句

row：记录的是每行实际数据的变更

mixed：statement和row模式的混合

那Mysql在5.0这个版本以前，binlog只支持STATEMENT这种格式！而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的，因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别！

接下来，就要说说当binlog为STATEMENT格式，且隔离级别为读已提交(Read Commited)时，有什么bug呢？如下图所示，在主(master)上执行如下事务:

此时在主库中查询：

select * from t;