快捷導(dǎo)航

mysql從零單排之快照讀與當(dāng)前讀的實(shí)現(xiàn)

更新時(shí)間：2026年04月23日 11:15:34 作者：白曉蝦

本文主要介紹了mysql從零單排之快照讀與當(dāng)前讀的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

了解完MVCC會(huì)不會(huì)有這樣的疑問(wèn)：MVCC實(shí)現(xiàn)了讀不阻塞寫，寫不阻塞讀的高效并發(fā)控制,寫的時(shí)候讀是不是拿到實(shí)時(shí)數(shù)據(jù)，讀的時(shí)候可能拿到的不是實(shí)時(shí)寫的數(shù)據(jù)？

關(guān)鍵區(qū)分：兩種讀操作

MySQL InnoDB 實(shí)際上有兩種讀模式，MVCC 只適用于其中一種：

讀類型	名稱	實(shí)現(xiàn)方式	是否阻塞寫	數(shù)據(jù)一致性
快照讀	Snapshot Read (Consistent Read)	MVCC，讀歷史版本	不阻塞	事務(wù)開(kāi)始時(shí)的快照
當(dāng)前讀	Current Read (Locking Read)	加鎖讀最新版本	會(huì)阻塞	最新已提交數(shù)據(jù)

-- 快照讀（普通 SELECT）-- 使用 MVCC
SELECT * FROM user WHERE id = 1;
-- 當(dāng)前讀（加鎖 SELECT）-- 不使用 MVCC，直接讀最新版本
SELECT * FROM user WHERE id = 1 FOR UPDATE;   -- 排他鎖
SELECT * FROM user WHERE id = 1 LOCK IN SHARE MODE;  -- 共享鎖

你的問(wèn)題：

答案取決于業(yè)務(wù)場(chǎng)景：

場(chǎng)景1：讀歷史版本就夠了（大多數(shù)場(chǎng)景）

銀行查詢賬戶余額（只讀場(chǎng)景）：

事務(wù)A（轉(zhuǎn)賬）：UPDATE account SET balance = 900 WHERE id = 1; -- 扣100
事務(wù)B（查詢）：SELECT balance FROM account WHERE id = 1; -- 讀快照

├─? 事務(wù)B 讀到的 1000元是"過(guò)時(shí)"的嗎？技術(shù)上是的
├─? 但這是事務(wù)B 啟動(dòng)時(shí)的準(zhǔn)確快照，業(yè)務(wù)上完全合理
└─? 用戶只是查余額，不需要看到實(shí)時(shí)變化（實(shí)時(shí)變化可能還在處理中）

場(chǎng)景2：必須讀最新數(shù)據(jù)（需要當(dāng)前讀）

庫(kù)存扣減（不能超賣）：

事務(wù)A：UPDATE stock SET count = count - 1 WHERE id = 1; -- 剩9件
事務(wù)B：SELECT count FROM stock WHERE id = 1 FOR UPDATE; -- 必須知道最新值！

├─? 事務(wù)B 用 FOR UPDATE，強(qiáng)制讀最新版本（當(dāng)前讀）
├─? 如果 count 已經(jīng)是 0，事務(wù)B 就知道賣完了
└─? 這會(huì)阻塞直到事務(wù)A提交，但保證了業(yè)務(wù)正確性

一致性模型對(duì)比

┌─────────────────────────────────────────────────────────────┐
│                    一致性光譜                                │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  最終一致性 ?────────────────────────────? 強(qiáng)一致性          │
│                                                             │
│  快照讀(MVCC)                    當(dāng)前讀(加鎖)                │
│  ├─ 讀歷史版本                    ├─ 讀最新版本               │
│  ├─ 可能"過(guò)時(shí)"但自洽               ├─ 實(shí)時(shí)但可能阻塞          │
│  └─ 適合：報(bào)表、查詢               └─ 適合：金融交易、庫(kù)存    │
│                                                             │
└─────────────────────────────────────────────────────────────┘

為什么 MVCC 這樣設(shè)計(jì)？

┌─────────────────────────────────────────────────────────┐
│  數(shù)據(jù)庫(kù)設(shè)計(jì)哲學(xué)：不同場(chǎng)景需要不同的一致性級(jí)別               │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  場(chǎng)景1：淘寶商品列表頁(yè)                                   │
│  ├─ 100萬(wàn)人同時(shí)瀏覽                                     │
│  ├─ 庫(kù)存數(shù)字差幾個(gè)沒(méi)關(guān)系                                  │
│  └─ 用 MVCC 快照讀 → 高并發(fā)，不阻塞商家改庫(kù)存              │
│                                                         │
│  場(chǎng)景2：下單扣庫(kù)存                                       │
│  ├─ 必須精確知道當(dāng)前庫(kù)存                                  │
│  ├─ 不能超賣                                            │
│  └─ 用當(dāng)前讀 FOR UPDATE → 阻塞等待，保證正確性             │
│                                                         │
│  同一系統(tǒng)，兩種策略，各取所需                              │
│                                                         │
└─────────────────────────────────────────────────────────┘

代碼示例對(duì)比

-- 假設(shè)表：account(id, balance)
┌─────────────────────────────────────────────────────────────┐
│  事務(wù)A（轉(zhuǎn)賬）                                                │
├─────────────────────────────────────────────────────────────┤
│  START TRANSACTION;                                          │
│  -- 扣減轉(zhuǎn)賬賬戶                                              │
│  UPDATE account SET balance = balance - 100 WHERE id = 1;    │
│  -- 此時(shí) id=1 的 balance 內(nèi)存中有新版本，但未提交              │
│                                                              │
│  -- 做一些其他處理（耗時(shí)較長(zhǎng)）                                  │
│  ...                                                         │
│                                                              │
│  COMMIT;                                                     │
└─────────────────────────────────────────────────────────────┘
                              │
                              │ 并發(fā)執(zhí)行
                              ▼
┌─────────────────────────────────────────────────────────────┐
│  事務(wù)B（查詢余額）- 快照讀                                     │
├─────────────────────────────────────────────────────────────┤
│  START TRANSACTION;                                          │
│  SELECT balance FROM account WHERE id = 1;  -- 讀快照        │
│  -- 結(jié)果：1000（事務(wù)A修改前的值）                             │
│  -- 原理：TRX_ID 判斷，事務(wù)A未提交，對(duì)事務(wù)B不可見(jiàn)               │
│  COMMIT;                                                     │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│  事務(wù)C（必須確認(rèn)轉(zhuǎn)賬結(jié)果）- 當(dāng)前讀                              │
├─────────────────────────────────────────────────────────────┤
│  START TRANSACTION;                                          │
│  SELECT balance FROM account WHERE id = 1 FOR UPDATE;        │
│  -- 結(jié)果：等待... 直到事務(wù)A提交后返回 900                      │
│  -- 原理：加排他鎖，強(qiáng)制讀最新版本，阻塞等待                    │
│  COMMIT;                                                     │
└─────────────────────────────────────────────────────────────┘

總結(jié)

你的顧慮	MVCC 的答案
「寫的時(shí)候讀，數(shù)據(jù)不準(zhǔn)確」	快照讀故意讀"舊"數(shù)據(jù)，換取不阻塞
「但我需要準(zhǔn)確數(shù)據(jù)」	用當(dāng)前讀 (`FOR UPDATE`)，犧牲并發(fā)換準(zhǔn)確
「到底準(zhǔn)不準(zhǔn)」	快照讀在事務(wù)開(kāi)始時(shí)是一致的、自洽的，只是不是最新的

MVCC 不是萬(wàn)能藥，而是給開(kāi)發(fā)者選擇權(quán)：

要并發(fā)？用快照讀。要準(zhǔn)確？用當(dāng)前讀。

這也是為什么 InnoDB 同時(shí)提供兩種機(jī)制，而不是一刀切。

到此這篇關(guān)于mysql從零單排之快照讀與當(dāng)前讀的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)mysql 快照讀與當(dāng)前讀內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: