當(dāng)前行版本（DB_TRX_ID=102） → DB_ROLL_PTR → 版本1（DB_TRX_ID=101） → DB_ROLL_PTR → 版本0（DB_TRX_ID=100）

2.3 Read View（讀視圖）

Read View是事務(wù)執(zhí)行快照讀時(shí)，生成的一個(gè)“可見(jiàn)性判斷規(guī)則”，核心作用是：判斷當(dāng)前事務(wù)能看到哪些版本的數(shù)據(jù)。

2.3.1 Read View的核心字段

Read View包含4個(gè)關(guān)鍵字段，用于版本可見(jiàn)性判斷：

2.3.2 版本可見(jiàn)性判斷規(guī)則

事務(wù)讀取行數(shù)據(jù)時(shí)，通過(guò)Read View判斷該行的某個(gè)版本是否可見(jiàn)：
假設(shè)待判斷版本的DB_TRX_ID = trx_id，規(guī)則如下：

1. 若trx_id < min_trx_id：該版本由“已提交的事務(wù)”生成，可見(jiàn)；
2. 若trx_id >= max_trx_id：該版本由“未來(lái)的事務(wù)”生成（當(dāng)前事務(wù)未開(kāi)始時(shí)，該事務(wù)還未創(chuàng)建），不可見(jiàn)；
3. 若min_trx_id ≤ trx_id < max_trx_id：
   • 若trx_id ∈ m_ids：該版本由“當(dāng)前活躍的未提交事務(wù)”生成，不可見(jiàn)；
   • 若trx_id ∉ m_ids：該版本由“已提交的事務(wù)”生成，可見(jiàn)；
4. 若版本不可見(jiàn)，則通過(guò)DB_ROLL_PTR回溯版本鏈，直到找到第一個(gè)可見(jiàn)的版本（或無(wú)可見(jiàn)版本）。

三、MVCC核心執(zhí)行邏輯（以RR隔離級(jí)別為例）

以MySQL默認(rèn)的可重復(fù)讀（RR） 隔離級(jí)別為例，拆解MVCC在INSERT/UPDATE/DELETE/SELECT中的執(zhí)行流程。

3.1 數(shù)據(jù)插入（INSERT）

1. 事務(wù)T1（ID=100）執(zhí)行INSERT INTO user(id, name) VALUES (1, '張三')；
2. InnoDB為該行數(shù)據(jù)寫入DB_TRX_ID=100，DB_ROLL_PTR=NULL（無(wú)歷史版本）；
3. 生成Insert Undo Log（僅用于事務(wù)回滾，提交后刪除）；
4. 事務(wù)提交后，該行數(shù)據(jù)的版本僅對(duì)已提交的事務(wù)可見(jiàn)。

3.2 數(shù)據(jù)更新（UPDATE）

1. 事務(wù)T2（ID=101）執(zhí)行UPDATE user SET name='李四' WHERE id=1；
2. InnoDB先將該行當(dāng)前版本（DB_TRX_ID=100）寫入Update Undo Log；
3. 更新行記錄的DB_TRX_ID=101，DB_ROLL_PTR指向剛生成的Update Undo Log；
4. 此時(shí)版本鏈：當(dāng)前版本（101）→ 歷史版本（100）；
5. 事務(wù)提交后，Update Undo Log保留，供其他事務(wù)讀取歷史版本。

3.3 數(shù)據(jù)刪除（DELETE）

DELETE被InnoDB視為“特殊的UPDATE”，執(zhí)行流程如下：

1. 事務(wù)T3（ID=102）執(zhí)行DELETE FROM user WHERE id=1；
2. InnoDB將該行當(dāng)前版本寫入Update Undo Log；
3. 更新行記錄的DB_TRX_ID=102，并標(biāo)記“刪除標(biāo)識(shí)”（物理刪除由Purge線程異步完成）；
4. 版本鏈新增一條：當(dāng)前版本（102，標(biāo)記刪除）→ 版本1（101）→ 版本0（100）。

3.4 數(shù)據(jù)讀?。⊿ELECT，快照讀）

假設(shè)當(dāng)前有活躍事務(wù)ID：101、102，事務(wù)T4（ID=103）執(zhí)行SELECT * FROM user WHERE id=1（RR隔離級(jí)別）：

1. T4第一次執(zhí)行SELECT時(shí)，生成Read View：
   • m_ids = {101, 102}，min_trx_id=101，max_trx_id=104，creator_trx_id=103；
2. 讀取行數(shù)據(jù)的當(dāng)前版本（DB_TRX_ID=102），判斷可見(jiàn)性：
   • 102 ≥ min_trx_id(101)且102 < max_trx_id(104)，且102 ∈ m_ids → 不可見(jiàn)；
3. 通過(guò)DB_ROLL_PTR回溯版本鏈，讀取上一個(gè)版本（DB_TRX_ID=101）：
   • 101 ∈ m_ids → 不可見(jiàn)；
4. 繼續(xù)回溯到版本0（DB_TRX_ID=100）：
   • 100 < min_trx_id(101) → 可見(jiàn)；
5. 返回該版本的數(shù)據(jù)（name='張三'）；
6. RR隔離級(jí)別下，T4后續(xù)的SELECT會(huì)復(fù)用該Read View，因此多次讀取結(jié)果一致（可重復(fù)讀）。

四、不同隔離級(jí)別下的MVCC行為

MVCC僅在讀已提交（RC） 和可重復(fù)讀（RR） 隔離級(jí)別生效，核心區(qū)別是Read View的創(chuàng)建時(shí)機(jī)：

五、MVCC的優(yōu)勢(shì)與局限

5.1 優(yōu)勢(shì)

• 高并發(fā)：快照讀無(wú)鎖，讀寫互不阻塞，大幅提升并發(fā)性能；
• 數(shù)據(jù)一致性：在RC/RR隔離級(jí)別下，保證讀取數(shù)據(jù)的一致性，避免臟讀（RC/RR）、不可重復(fù)讀（RR）；
• 無(wú)鎖讀：無(wú)需加行鎖/表鎖，減少鎖競(jìng)爭(zhēng)和死鎖概率。

5.2 局限

• 版本鏈開(kāi)銷：大量更新操作會(huì)導(dǎo)致版本鏈過(guò)長(zhǎng)，增加讀取時(shí)的回溯成本；
• Undo Log清理：Purge線程需異步清理過(guò)期的Undo Log，若清理不及時(shí)會(huì)占用磁盤空間；
• 僅適用于快照讀：當(dāng)前讀（如SELECT ```FOR UPDATE）仍需加鎖，無(wú)法避免寫沖突。

總結(jié)

1. 核心依賴：MVCC基于行記錄隱藏字段（DB_TRX_ID/DB_ROLL_PTR）、Undo Log版本鏈、Read View可見(jiàn)性規(guī)則實(shí)現(xiàn)；
2. 核心邏輯：更新數(shù)據(jù)時(shí)生成版本鏈，讀取數(shù)據(jù)時(shí)通過(guò)Read View判斷版本可見(jiàn)性，回溯版本鏈找到符合規(guī)則的版本；
3. 隔離級(jí)別差異：RC每次SELECT創(chuàng)建Read View（不可重復(fù)讀），RR僅第一次創(chuàng)建（可重復(fù)讀）；
4. 核心價(jià)值：實(shí)現(xiàn)“讀不阻塞寫、寫不阻塞讀”，是InnoDB高并發(fā)的核心保障。

到此這篇關(guān)于MySQL MVCC(多版本并發(fā)控制)實(shí)現(xiàn)機(jī)制的文章就介紹到這了,更多相關(guān)MySQL MVCC多版本并發(fā)控制內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！