在 MySQL 中，MVCC （多版本并发控制）主要解决并发访问数据库带来的一系列问题。

例如，读写之间阻塞的问题、减少死锁的发生、解决一致性读（快照读）的问题。

MVCC 可以在尽量减少锁使用的情况下，用更高效、更好的方式去处理读写冲突，极大提高了数据库并发性能。

本篇主要深入理解 MVCC（多版本并发控制）原理。

PS.

刚结束的 Binlog 系列，宝子们的反馈还不错，例如：例如：binlog从基础到精通系列，图解bin log、redo log及undo log区别等，宝妹儿已将内容更新到《MySQL 大厂高频面试题大全》PDF了，方便系统学习、面试通关。

《MySQL 大厂高频面试题大全》PDF，已收录100 道真题，一共78页，近30000字，文末自取。

吃透它，足以应付MySQL面试。

01

什么是 MVCC

MVCC ，即多版本并发控制，全拼 Version Concurrency Control 。

MVCC 为每个事务创建多个数据版本，每个版本对应一个特定时间点的数据库状态，不同事务可以基于各自的时间点来进行读取和写入操作，而不会相互干扰。

02

什么是当前读、快照读？

在深入MVCC 前，有必要先了解下 MySQL InnoDB 的当前读和快照读。

当前读和快照读是 MVCC 机制下的两种不同读取数据的方式，分别适用于不同的应用场景。

当前读（Current Read）

• 当前读是指事务在读取数据时，要读取最新提交的数据版本。
• 当前读可以读取其他事务已经提交的数据，如果当前事务有未提交的修改，也会读取自己所做的修改，可能读取到未提交的数据。
• 当前读适用于需要读取最新数据状态的场景，例如，对账户余额的实时查询。需要注意的是，在并发环境下，当前读可能会引发一致性问题。

快照读（Snapshot Read）

• 快照读，又称为一致性读，是指事务在读取数据时，会读取一个事务开始时的数据版本，即创建事务时的快照。
• 快照读只会读取已提交的数据版本，不会读取其他事务未提交的数据。
• 快照读适用于需要事务隔离和数据一致性的场景。例如，在事务内部进行多次读取操作。
• 快照读能够提供事务开始时的数据一致性视图，避免了并发冲突和未提交数据的影响，但可能不够实时。

主要根据事务隔离级别和应用需求的不同，来选择适合的读取方式。

03

MVCC 的作用

数据库的三种并发场景是读 - 读、读 - 写、写 - 写。

• 读 - 读：不存在任何问题，也不需要并发控制；
• 读 - 写：有线程安全问题，事务可能出现隔离性问题，例如脏读、幻读、不可重复读；
• 写 - 写：有线程安全问题，可能存在更新丢失问题。

在 MySQL InnoDB 中，MVCC 主要解决并发访问数据库带来的一系列问题：

• 读写之间阻塞的问题；
• 减少死锁的发生；
• 解决一致性读（快照读）的问题。

MVCC 支持数据库的不同事务隔离级别，例如读未提交、读已提交、可重复读和串行化。

在多个事务同时读取和修改数据库时，MVCC 可以在尽量减少锁使用的情况下，用更高效、更好的方式去处理读写冲突，即便出现了读写冲突，也可以做到不加锁、非阻塞并发读，极大提高了数据库并发性能。

PS. 脏写最为严重，四种隔离级别都不允许出现脏写，因此没有脏写。

04

MVCC 的实现原理

在 InnoDB 存储引擎为每行数据添加了三个隐藏字段：trx_id、roll_pointer、row_id。

MVCC 的实现主要依赖于这三个隐藏字段、Undo log 及 ReadView。