MySQL事务隔离级别的实现原理——LBCC + MVCC （InnoDB）

由于Mysql 默认的隔离级别是Repeatable Read、所以本篇文章的部分结论是基于RR隔离级别得出

事务具有四大特性 ACID：

原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）
关于原子性、一致性、和持久性是如何保证的，在前面文章中已经介绍：传送门

本文只介绍事务隔离级别相关的特性

违反事务隔离级别的几个特征

首先需要了解一下违反事物隔离级别的几个特征：

1. 脏读
   当前事务中读取到了其它没有提交的事务修改的数据———读到了未提交的数据
2. 不可重复读（针对修改或删除的情况）
   同一个事务中分别两次对同一条数据进行了查询，发现数据被更改（修改/删除）了，且这个更改是别的事务更改的———同一个事务两次读取结果不一致
3. 幻读（针对新增的情况）
   幻读和不可重复读很像，同样是同一个事务中两次查找结果不一致现象，但是幻读知识针对于新增数据的情况，如：第一次查找和第二次查找中间别的事务可能新增了数据，导致两次结果不一致的情况

事务隔离级别

为了避免出现上的情况，SQL规范中定义了四种事务隔离级别，并且Mysql都支持：

1. Read Uncommitted (读未提交)
   脏读、不可重复读、幻读 都没有解决、一般用不到
2. Read Committed (读已提交)
   只解决了脏读的问题、没有解决不可重复读和幻读问题，是Oracle的默认隔离级别
3. Repeatable Read (可重复读)
   解决了脏读和不可重复读问题、但没有解决幻读问题，是Mysql的默认隔离级别
   但是Mysql是具体怎么解决幻读问题的，后面会介绍。
4. Serializable (串行化)
   脏读、不可重复读、幻读问题都有解决，但是很影响性能，一般也不用

事务隔离级别的实现方式（LBCC+MVCC）

LBCC：Lock-Based Concurrent Control 基于锁并发的控制实现
MVCC：Multi-Version Concurrent Control 基于多版本快照的实现
LBCC+MVCC 在满足隔离级别的基础上，同样也保证了数据库的性能
其中普通select语句均是s