浅聊MySQL中的LBCC和MVCC

MySQL中的LBCC（Lock-Based Concurrency Control，基于锁的并发控制）和MVCC（Multi-Version Concurrency Control，多版本并发控制）是两种不同的并发控制机制，它们在实现方式、作用以及应用场景上存在显著的区别。

一、LBCC（基于锁的并发控制）

1. 实现方式：

   • LBCC主要通过锁机制来控制并发访问，包括行锁、表锁、间隙锁和临键锁等。
   • 行锁：锁定单个行记录，防止其他事务对此行进行update和delete等修改操作。
   • 表锁：锁定整个表，阻止其他事务对表的读写操作。
   • 间隙锁：锁定记录之间的间隙，防止其他事务在锁定的间隙中插入新记录。
   • 临键锁：是记录锁和间隙锁的组合，不仅锁定了记录本身，还锁定了记录和前一条记录之间的间隙。

2. 作用：

   • 保证数据的一致性和隔离性。
   • 通过锁机制防止并发事务之间的冲突。

3. 举例说明：

   • 假设有一个名为sys_user的表，事务A执行SELECT * FROM sys_user WHERE id = 1 FOR UPDATE;语句，此时会对id为1的行记录加上行锁，防止事务B对同一行记录进行修改。
   • 如果事务B尝试执行UPDATE sys_user SET name = 'new_name' WHERE id = 1;语句，由于事务A已经对id为1的行记录加了锁，因此事务B会被阻塞，直到事务A提交或回滚后释放锁。

二、MVCC（多版本并发控制）

1. 实现方式：

   • MVCC通过为每个数据行维护多个版本来实现并发控制。
   • 每个版本都有一个特定的事务ID或时间戳，表示该版本是由哪个事务在何时创建的。
   • 当一个事务读取数据时，会根据版本号或时间戳选择一个可见的版本。

2. 作用：

   • 提高数据库的并发性能。
   • 允许多个事务并发执行而不互相干扰。
   • 通过版本控制避免行级锁的竞争，减少传统锁机制下的阻塞和性能瓶颈。

3. 举例说明：

   • 假设有一个名为user的表，事务A和事务B同时读取id为1的用户数据。
   • 事务A读取时，获取到的是id为1的用户数据的某个版本，此时事务B也对id为1的用户数据进行读取。
   • 如果事务B在读取之前，事务A对该数据进行了修改并提交，由于MVCC的存在，事务B读取到的仍然是修改前的版本，即事务开始时的数据快照。
   • 这样，即使事务A和事务B同时读取和修改同一行数据，也不会互相干扰，因为每个事务都看到的是自己事务开始时的数据快照。

三、区别与对比

1. 并发控制方式：

   • LBCC：通过锁机制来控制并发访问，包括行锁、表锁、间隙锁和临键锁等。
   • MVCC：通过为每个数据行维护多个版本来实现并发控制，每个版本都有一个特定的事务ID或时间戳。

2. 性能：

   • LBCC：在并发访问量较大时，锁机制可能会导致性能瓶颈和阻塞。
   • MVCC：通过版本控制避免了行级锁的竞争，显著提高了并发性能。

3. 数据一致性：

   • LBCC：通过锁机制保证数据的一致性和隔离性。
   • MVCC：通过版本控制和撤销日志来实现并发控制，确保数据的一致性。但需要注意定期清理旧版本以释放存储空间。

4. 应用场景：

   • LBCC：适用于需要严格保证数据一致性和隔离性的场景。
   • MVCC：适用于并发访问量较大、读操作较多的场景。

综上所述，LBCC和MVCC是MySQL中两种不同的并发控制机制，它们在实现方式、作用以及应用场景上存在显著的区别。在实际应用中，可以根据具体的需求和场景选择合适的并发控制机制。

（望各位潘安、各位子健多多指正！希望您不吝赐教！🙏）