MySQL(事物下)

[一多版本并发控制（ MVCC ）是一种用来解决读-写冲突的无锁并发控制](#一多版本并发控制（ MVCC ）是一种用来解决读-写冲突的无锁并发控制)

[1. 前置知识](#1. 前置知识)

[二 Read View](#二 Read View)

[1. 当事物进行快照读(读历史数据)会MySQL会创建一个Read Vidw类对象，用来记录和当前一起并发的事物(活跃的事物)，主要用来判断哪些历史事物的操作能看到和不能看到，主要跟隔离级别有关。](#1. 当事物进行快照读(读历史数据)会MySQL会创建一个Read Vidw类对象，用来记录和当前一起并发的事物(活跃的事物)，主要用来判断哪些历史事物的操作能看到和不能看到，主要跟隔离级别有关。)

[2. 下面是 Read View 的简化结构](#2. 下面是 Read View 的简化结构)

[三验证读提交和可重复读](#三验证读提交和可重复读)

下面是读提交场景：

下面是可重复读场景：

在可重复读的情况下，并发执行不能看到已经提交的事物。为什么？

一多版本并发控制（ MVCC ）是一种用来解决读-写冲突的无锁并发控制

1. 前置知识

数据库并发场景：

读 - 读：不对数据进行修改不需要加锁

读 - 写：不对读事物进行保护，可能就会有脏读/幻读/不可重复读问题

写 - 写：并发写势必是要加锁进行保护的

数据库绝大部分场景都是与读写有关，下面来看看不同的隔离级别情况下是如何做到让读写并发时读写事物分别获取的资源是不一样的？

3个记录隐藏字段：创建表的时候会为表增加4个隐藏的字段行

DB_TRX_ID ： 6 byte ，记录最近对表的操作的事物ID

DB_ROLL_PTR : 7 byte ，每次对表进行操作先会备份操作的内容，放到undo_log日志，然后用指针指向备份的内容，未来进行回滚操作

DB_ROW_ID : 6 byte ，如果没有建立主键索引，会自动创建一个隐藏的主键列字段(构建B+树)

undo 日志：记录历史修改的操作

Read View：当进行快照读(读历史数据)，会创建一个读视图，配合隔离级别用来判断哪些历史数据可以读，哪些不能读

示例：

记录历史修改后的数据，在定向回滚把历史数据拷贝覆盖到当前最新数据完成回滚操作，如果是新增，删除，则会记录相反的SQL语句。

二 Read View

1. 当事物进行快照读(读历史数据)会MySQL会创建一个Read Vidw类对象，用来记录和当前一起并发的事物(活跃的事物)，主要用来判断哪些历史事物的操作能看到和不能看到，主要跟隔离级别有关。

2. 下面是 Read View 的简化结构

cpp 复制代码

class ReadView 
{
// 省略...
private:

trx_id_t m_low_limit_id; // 高水位，大于等于这个ID的事务均不可见

trx_id_t m_up_limit_id; //低水位：小于这个ID的事务均可见 */

trx_id_t m_creator_trx_id; //  创建该 Read View 的事务ID*/

ids_t m_ids; // 创建视图时的活跃事务id列表*/
// 省略...
};