mysql mvcc机制的实现细节-乐工具技术知识

MySQL的多版本并发控制（MVCC）机制是一种用于解决并发访问数据库时产生的问题的技术

事务版本号：每个事务在开始时都会被分配一个唯一的事务ID，称为事务版本号。这个版本号会在事务处理过程中用于记录数据的修改情况。
数据行版本：在InnoDB存储引擎中，每行数据都包含两个隐藏字段，分别是DB_TRX_ID和DB_ROLL_PTR。DB_TRX_ID用于存储最后修改该行数据的事务ID，DB_ROLL_PTR用于指向该行数据的旧版本。
一致性读：在MVCC机制下，当事务需要读取某行数据时，InnoDB会根据以下规则判断该行数据是否可见：
- 如果数据行的DB_TRX_ID小于或等于当前事务的版本号，说明该数据行在当前事务开始之前已经存在，因此可见。
- 如果数据行的DB_TRX_ID大于当前事务的版本号，说明该数据行在当前事务开始之后被其他事务修改，因此不可见。
写操作处理：当一个事务需要修改某行数据时，InnoDB会创建一个新的数据行版本，并将原始数据行标记为“删除”状态。同时，将新数据行的DB_TRX_ID设置为当前事务的版本号，并将DB_ROLL_PTR指向原始数据行。这样，其他事务可以通过DB_ROLL_PTR找到该行数据的旧版本，从而实现MVCC。
垃圾回收：InnoDB使用一种称为“purge”的后台进程来清理不再需要的旧数据行版本。当一个数据行的DB_TRX_ID小于所有活动事务的最小版本号时，说明该数据行对所有活动事务都不可见，可以被安全地回收。
隔离级别：MySQL支持四种事务隔离级别，分别是读未提交、读已提交、可重复读和串行化。不同的隔离级别对MVCC的实现有所不同，例如在可重复读隔离级别下，事务会看到一个一致的数据视图，而在读已提交隔离级别下，事务会看到其他事务提交后的数据。
悲观锁和乐观锁：InnoDB支持悲观锁和乐观锁两种锁定策略。悲观锁假设其他事务会修改数据，因此在读取数据时会立即加锁。而乐观锁假设其他事务不会修改数据，只在提交时检查数据是否发生冲突。在MVCC机制下，乐观锁可以通过版本号比较来避免不必要的锁竞争。