MVCCとは？古いデータを見せて読み書きをスムーズにする仕組みを画像多めで解説！

MVCCは確かに名前が難しいよね。
正式には Multi-Version Concurrency Control っていうんだ。

日本語っぽく言うと、複数バージョン同時実行制御だね。

だよね。
でも考え方自体はそこまで難しくないよ。

MVCCを一言でいうと、

データの過去バージョンを残しておくことで、読み取りと書き込みを同時にしやすくする仕組みだよ。

そう。
たとえば、あるデータがあったとするよね。

残高：10,000円

ここで誰かが残高を更新している最中だとする。

残高：10,000円 → 8,000円に更新中

このとき、別の人が残高を見ようとしたらどうするか。

それがロック中心の考え方だね。
でもMVCCでは、更新中でも、読み取り側には更新前のバージョンを見せることができる。

そうそう。
MVCCでは、データを更新するときに、古いデータをすぐ消さずに残しておく。
だから、読む人はその時点で見てよいバージョンを読めるんだ。

図っぽくすると、こんな感じ。

最初のデータ
商品A：在庫10個

↓ 誰かが更新する

古いバージョン：在庫10個
新しいバージョン：在庫9個

そういうイメージ。
実際の内部実装はデータベース製品によって違うけど、「データの版を複数持つ」と考えるとわかりやすいよ。

理由は、読み取りと書き込みがぶつかりにくくなるからだね。

たとえば、データベースでは同時にいろんな人が操作している。

• Aさんがデータを読んでいる
• Bさんが同じデータを更新している
• Cさんも別のデータを読んでいる

こういうことが普通に起きる。

もし毎回ロックしていたら、誰かが更新している間、読む人がずっと待たされることがある。

そう。
MVCCを使うと、更新中でも読み取り側は古い確定済みデータを読めるから、待ち時間を減らしやすいんだ。

MVCCのメリットはこんな感じ

そうだね。
特に、読む処理が多いシステムではありがたい仕組みだよ。

ざっくり言うと、ロックは
「今使っているから、他の人は待ってて」
という考え方。
MVCCは、
「更新中でも、読む人には前のバージョンを見せよう」
という考え方だね。

MVCCでは、トランザクションごとに「どの時点のデータを見るか」が管理されるんだ。

そう。
データベースでは、複数の処理をひとまとまりとして扱うことがある。

たとえば銀行振込なら、

Aさんの残高を減らす
Bさんの残高を増やす

この2つをセットで成功させたい。

そう。
MVCCは、こういうトランザクションが同時に動いているときに、
それぞれが一貫したデータを見られるようにするためにも使われる。

あるよ。
代表的なのは、古いバージョンを残す分、管理が必要になること。

そう。
だからデータベースによっては、不要になった古いデータを掃除する仕組みがある。
PostgreSQLのVACUUMみたいなものが有名だね。

有名なデータベースで使われているよ。

たとえば、

• PostgreSQL
• MySQLのInnoDB
• Oracle Database
• SQL Serverの一部機能

などで、MVCCに近い仕組みが使われている。

そう。
Webサービスみたいに、たくさんの人が同時にアクセスするシステムでは、同時実行制御がすごく大事なんだ。

うん、完璧。
誰かがデータを更新している間でも、読む側は前の状態を見られるんだね。