MVCC适合哪些数据库

发布时间：2026-09-30 10:17:19 来源：亿速云阅读：88 作者：小樊栏目：数据库

MVCC（Multi-Version Concurrency Control，多版本并发控制）是一种通过保存数据多个版本来实现高并发读写的技术。下面按“典型代表”和“支持情况”说明它适合 / 常见于哪些数据库。

一、原生重度依赖 MVCC 的数据库（最适合）

这些数据库的核心并发模型就是 MVCC：

1. PostgreSQL ✅

典型 MVCC 实现
通过行版本（xmin / xmax）+ 事务 ID 实现
读不阻塞写，写不阻塞读
适合：高并发 OLTP、复杂查询

2. MySQL InnoDB ✅

InnoDB 存储引擎使用 MVCC
依赖：undo log + 隐藏事务 ID 字段
配合 RR / RC 隔离级别
适合：互联网高并发业务

3. Oracle ✅

本质是 MVCC（被称为“一致读”）
通过 UNDO 表空间维护旧版本
读永远不会被写阻塞

4. SQLite（较新版本）✅

从 3.7 开始支持 WAL + MVCC 风格
适合嵌入式、轻量并发

二、NewSQL / 分布式数据库中常用 MVCC

5. TiDB ✅

基于 Percolator 模型的 MVCC
使用全局时间戳（TSO）
适合分布式强一致场景

6. CockroachDB ✅

分布式 MVCC + 事务时间戳
类似 Spanner 思路

7. YugabyteDB / OceanBase / PolarDB ✅

都采用 MVCC 作为核心并发控制机制

三、部分支持或变体 MVCC 的数据库

8. MongoDB（WiredTiger）⚠️

WiredTiger 使用 MVCC
但语义和传统关系型 MVCC 不完全一致

9. RocksDB / LevelDB（底层引擎）⚠️

提供 MVCC 能力，被上层数据库使用

四、不适合或不依赖 MVCC 的数据库

❌ 早期 MyISAM（MySQL）
❌ 纯锁表型数据库
❌ 某些极简 KV 存储（如早期 Memcached）

五、一句话总结

MVCC 适合：读多写多、要求高并发、低锁冲突的数据库
典型代表：PostgreSQL、MySQL InnoDB、Oracle、TiDB、CockroachDB

如果你有具体使用场景（如高并发订单、报表系统、分布式架构），我可以帮你判断该不该选 MVCC 数据库。

向AI问一下细节