本文共 981 字，大约阅读时间需要 3 分钟。

数据库事务控制机制：LBCC vs MVCC

1. LBCC（Lock-Based Concurrent Control）

LBCC，全称为Lock-Based Concurrent Control，意为基于锁的并发控制协议。这种机制通过锁机制确保事务的并发读写，防止数据竞争和不一致。本文将重点探讨 MVCC（Multi-Version Concurrent Control），但首先让我们了解一下 LBCC 的基本原理。

LBCC 通过锁粒度的控制来实现并发读写的安全性。常见的锁粒度包括行锁、表锁和共享锁等。在读操作时，会对需要读取的数据加锁，防止其他事务通过“next-key”锁机制（行锁+gap锁）干扰。这种方式虽然有效，但锁粒度较大容易导致性能瓶颈。

2. MVCC（Multi-Version Concurrent Control）

MVCC 是 Multi-Version Concurrent Control 的简称，意为基于多版本的并发控制协议。它通过版本号管理数据的并发访问，避免同一数据在不同事务间的竞争。MVCC 只存在于 InnoDB 引擎中，旨在提升数据库的并发读写性能，减少锁竞争。

MVCC 的核心思想是：每个事务只能读取到特定版本的数据。具体实现依赖于以下关键机制：

• 隐藏列：用于记录事务ID、回滚指针和行标识等信息。
• Undo log：记录事务对数据修改的信息，用于回滚操作。
• Read View：定义当前事务能够读取的数据版本。

3. 隐藏列解析

InnoDB 存储引擎为每条记录维护四个隐藏列，以支持 MVCC 的实现：

4. Undo Log（回滚日）

Undo log 记录了事务对数据修改的信息，包括插入、删除和更新操作的版本信息。当事务完成后，InnoDB 会根据 Undo log 将数据回滚到之前的版本状态。插入操作需要记录主键值，而删除和更新操作则记录更多详细信息。

通过以上机制，MVCC 实现了在不加锁情况下，多个事务可以并发读写的目标，显著提升了数据库的并发性能。