MVCC（多版型同時実行制御） とは？

データの過去の状態を残し、読む人と書く人の待ち合わせを減らす仕組みだよ。図書館で本を書き直している間も、別の人が必要な時点のコピーを読めるイメージ。読み取り側に見せる一貫した状態をスナップショットと呼ぶんだ。

すべてのロックがなくなるわけではないよ。通常の読み取りは、書き込みの完了を待たずに見える版を読める場合がある。一方、同じ行を更新する処理同士や、SELECT FOR UPDATEのようなロック付きの読み取りでは、ロックを使って待つことがあるんだ。

データベースと隔離レベルによるよ。PostgreSQLのRead Committedでは、通常のSELECTは各クエリ開始時点でコミット済みのデータを読むので、同じトランザクション内でも次のクエリで結果が変わりうる。Repeatable Readでは、最初のデータ操作時点のスナップショットを使う。どちらも、自分のトランザクションが行った変更は見えるんだ。

実装によって違うよ。PostgreSQLでは更新前の行をテーブル内に残す。MySQLのInnoDBではUndoログの情報から過去の行を復元できるようにする。どちらも過去の状態を参照するための仕組みだけれど、すべてのデータベースが同じ形で行を丸ごと複製するわけではないんだ。

不要になった過去の情報はクリーンアップする必要があるよ。PostgreSQLにはVACUUMと、その実行を自動化するautovacuumがあり、InnoDBには不要な履歴を取り除くpurgeがある。長時間のトランザクションが古い版を必要とする間は、その情報を削除できない場合がある。処理時間や履歴の蓄積を見て運用しよう。