MVCC（Multi-Version Concurrency Control，多版本并发控制）是 PostgreSQL 处理并发访问的方式——它不是通过锁定行来进行读取，而是保持多个版本的行，使得每个事务都能看到数据的一个一致的快照。关键优势：读取者不阻塞写入者，写入者也不阻塞读取者，从而实现高并发。
When a row is UPDATED, Postgres doesn't overwrite it — it creates a NEW version and
marks the old one obsolete. Different transactions can see different versions.
→ Each transaction sees a consistent SNAPSHOT of the database as of its start
(depending on isolation level), unaffected by others' uncommitted changes.
Without MVCC (lock-based): readers and writers BLOCK each other
→ a long-running report could block writes; a write could block reads.
With MVCC:
✓ READERS DON'T BLOCK WRITERS — a SELECT sees an old version while an UPDATE proceeds
✓ WRITERS DON'T BLOCK READERS
✓ Each transaction sees a stable, consistent view (no dirty reads)
→ Much higher concurrency for read-heavy and mixed workloads.
-- Transaction A starts a long SELECT (sees a snapshot)
BEGIN; SELECT count(*) FROM orders; -- sees data as of its snapshot
-- meanwhile Transaction B updates rows — creates new versions, doesn't block A
-- A still sees its consistent snapshot; B's changes are a new version
Postgres 追踪事务 ID 和行可见性，使得每个事务都能看到正确的版本。这提供了隔离性，且无需读锁。
MVCC creates obsolete row versions ("dead tuples") that accumulate → bloat.
VACUUM (and AUTOVACUUM) reclaims this dead space and keeps the database healthy.
→ This is why VACUUM is important in Postgres — it's the cleanup for MVCC's versions.
MVCC 是理解 PostgreSQL 并发行为和性能的基础，因此对于有效地使用 Postgres 是宝贵的知识。
MVCC 提供的核心价值是高并发性：通过保持多个版本的行并为每个事务提供一致的快照，读取者不阻塞写入者，写入者也不阻塞读取者——这对于真实应用是重大优势（长时间运行的报告不会阻塞更新，写入也不会阻塞读取），相比基于锁的方式能为读密集型和混合型工作负载提供更优的并发能力。
这就是 PostgreSQL 并发访问表现出色的原因，理解 MVCC 解释了数据库的并发特性（一致的快照、无需读锁的隔离、没有脏读）。
至关重要的是，理解 MVCC 也解释了为什么 VACUUM 在 Postgres 中很重要：MVCC 会在行更新和删除时产生过时的行版本（"死元组"），这些版本作为膨胀积累，而 VACUUM/AUTOVACUUM 是回收这些空间并保持数据库健康的清理机制——因此 MVCC 和 VACUUM 是密不可分的，了解这种关系对于数据库维护和性能很重要（忽视 VACUUM 会导致膨胀和性能下降，这是真实的运维问题）。
由于并发行为根本上影响数据库在负载下的性能表现，而且由于 MVCC（Postgres 的并发模型）既解释了优异的读写并发性，也解释了 VACUUM 维护的必要性，理解 MVCC 对于使用 PostgreSQL 是宝贵的知识——它阐明了数据库的并发优势和所需的维护，对于推理性能和正确运维 Postgres 都很重要，也是一个展现理解 Postgres 如何处理并发访问的常见话题。