MVCC 的锁机制总结，算是我踩坑踩多了后的个人经验之谈。PostgreSQL这套多版本并发控制，刚上手挺绕，但理清思路之后你会发现它蛮优雅的。比如读操作不加锁、写操作也互不干扰，适合高并发的业务场景。

MVCC 的核心思想是通过快照版本来实现并发控制，你每次查询看到的都是某个时间点的数据快照，这样就能避免锁表导致的性能瓶颈。像你在做电商下单系统的时候，写操作多、又要读得快，用 MVCC 就比较稳。

我自己总结了一些常见的场景，比如UPDATE的时候，其实是做了版本复制而不是原地修改，这时候老版本对其它查询还可见，挺神奇的。而且像SELECT FOR UPDATE、REPEATABLE READ这些关键词，你用得对不对，性能差别挺大的。

另外，如果你对其它数据库的锁机制感兴趣，我顺手把参考资料也放下面了，MySQL、Oracle、SQL Server 这些对比着看，更容易理解 PostgreSQL 的思路。嗯，建议你别直接啃官方文档，先看这些总结，省时间。

如果你刚开始接触PostgreSQL的 MVCC，建议从REPEATABLE READ和Serializable这两个隔离级别入手，理解它们怎么避免幻读和脏读。搞懂之后，你对数据库事务的理解会上一个台阶。

相关文章推荐：