MVCC（多版本并发控制） 是一种用来解决读-写冲突的无锁并发控制。

它没有锁怎么实现的并发控制呢？因为它给事务分配了单向增长的时间戳，每个修改保存一个版本，版本与事务时间戳相关联，读操作只读该事务开始前那个版本的数据库的快照。

我们为什么要这么做呢？

我们先要知道MVCC操作能避免的是脏读和不可重复读。那么原本避免脏读和不可重复读是怎么做到的呢？

脏读是在两个事务同时进行的过程中，事务1对某一栏进行了更改操作，事务2此时读到更改后的数据，但是事务1出现错误回滚至未更改前，而事务2用的数据是已经改变的，此时读到了脏的数据。解决脏读的方法就是读已提交，具体来说就是当事务2要读取的时候，只能读到已提交的数据，而不能看到未提交的数据。

不可重复读是在两个事务同时进行的过程中，事务1读到了事务2某行已经提交的数据，此时是1，事务1继续执行，此时事务3更改并提交了刚刚读取那一行的数据，此时是2，而事务1仍然还在运行，此时事务1再次读数据发现数据变成了2。事务1在自身运行期间两次读同一个数据，得到的值却不同，这就叫不可重复读。解决不可重复的方法是进行加锁，具体来说就是当事务2读这一行的时候，加上写锁，这一行只能被读，而不能被除事务2以外的事务更改。当事务2写这一行的时候，加上读锁，这一行既不能被读，也不能被除事务2以外的事务更改。

既然我们已经能够解决脏读和不可重复读，那么为什么我们还要用MVCC来解决呢？

原因在于多版本并发控制这几个字上，原本的不可重复读的解决实现是通过锁来实现的，当并发时，只能一个一个排队进行，而现在加上版本这一概念后，可以并发进行，大大提升了效率。

另外注：

快照读：MVCC中的SELECT操作是读取快照中的数据，不需要进行加锁；

当前读：MVCC中修改数据的操作（增删改）需要进行加锁操作，从而读取最新的数据；