MVCC

众所周知，在读取操作时没有写入操作的情况下，并发读取不会引发问题；而写入操作并发时，常常会通过加锁的方式来处理。而针对读取-写入并发的场景，则可通过MVCC机制来解决。

在Repeatable Read隔离级别下，通过MVCC机制解决了快照读导致的幻读问题。在该隔离级别下，进行快照读时仅在第一次进行数据查询，随后直接读取快照，因此不会发生幻读。

MVCC 是一种强大的并发控制机制，在高并发环境中起着重要的作用。通过了解 MVCC 的原理和实现流程，我们可以更好地理解 MySQL 的并发控制机制，理解 MVCC 的原理对于接触 MySQL 的开发人员来说是必不可少的知识点。

MVCC 主要应用于 InnoDB 引擎中的 RC 事务隔离级别和 RR 隔离级别，其中 RC 隔离级别每次快照读都会生成一个新的 Read View，而 RR 隔离级别只在第一次快照读时生成 Read View，之后会复用 Read View，从而解决了（部分）幻读问题。

MySQL中的锁和MVCC是确保数据完整性和并发性的关键机制。深入理解它们的工作原理和使用方法，有助于设计和维护高性能的数据库系统。选择合适的隔离级别、避免过度使用锁、监控和调优是确保数据库系统安全可靠的关键步骤。

读提交和可重复读隔离级别都是依赖于MVCC多版本控制机制实现，今天我们就来讨论mysql中的MVCC多版本控制机制。

MySQL 中，问得最多的就是事务、隔离级别以及 MVCC 这几个，无论是互联网大厂、小厂，甚至是国企，它们的覆盖率竟高达 80%。其实面试官也知道，八股文谁都会背，但是可以说明白，甚至说透彻的候选人却是凤毛麟角。

1. 数据库中一种读取数据的方式，它基于事务开始时的一个一致性快照来读取数据。快照读可以提供事务开始时的数据视图，即使在事务执行期间其他事务对数据进行了修改，也不会影响快照读取到的数据。简单理解，快照读就是事务开启时创建一个缓存，之后的查询都会从这个缓存中获取数据。

在 MVCC 中，每个读操作会看到一个固定版本的数据库记录，即使在并发环境中，也不会出现读取到了其他事务还未提交的数据的情况。

InooDB是通过 MVCC 实现可重复读的隔离级别的，MVCC 就是多版本并发控制，它其实记录了历史版本的数据，解决了读写并发冲突问题。有一个版本编码，然后它进入了各种操作下的数据状态，能够根据当前这个指令的状态来读取不同时期的数据快照。主要实现方法的话就是通过事务版本号，读取视图还有undo日志进行完善的。

这里介绍了 MVCC 在 READ COMMITTD 、 REPEATABLE READ 这两种隔离级别的事务在执行快照读操作时访问记录的版本链的过程。这样使不同事务的 读-写 、 写-读 操作并发执行，从而提升系统性能。

在RC隔离级别下，是每个快照读都会生成并获取最新的Read View，而在RR隔离级别下，则是同一个事务中的第一个快照读才会创建Read View，之后的快照读获取的都是同一个Read View。

MVCC是一种通过记录数据的历史版本来提升事务并发处理能力的一项技术，它能够极大的提升在并发事务下数据的处理性能，目前，大部分关系型数据库都实现了MVCC机制。

MVCC，是Multiversion Concurrency Control的缩写，翻译过来是多版本并发控制，他也是一种并发控制的解决方案。

其实数据库章节基本上的知识点我都写过一遍了，包括这篇事务和MVCC的，但是国庆期间我翻阅资料的时候我发现之前写的还差点意思，例子举得也差点意思，那我就根据我自己最新的理解，加上之前的总结相当于重写了，希望你也有新的收获。 2020-10-13 10:32:24 MySQL事务MVCC 为什么说云数据库是商业的成功、技术的倒退？ 在越来越多的会议、媒体、文章、报道上看到一种说法：“未来的数据库是云数据库的时代，云数据库厂商终将取代传统数据库厂商”。首先我并不否认这种说法，但是云数据库是否真的推进了数据库技术的进步有待商榷。