本文探讨了PostgreSQL的VACUUM功能，其在解决数据膨胀和事务ID清理方面的作用。PostgreSQL的MVCC机制导致了数据清理的需求，而VACUUM则是解决这一问题的关键。文章详细介绍了VACUUM的相关参数，如autovacuum的配置，以及如何通过调整这些参数来优化数据库性能和资源利用率，避免"冻结炸弹"问题。此外，还提及了基于开销的延迟清理策略，以平衡VACUUM对数据库的影响。
Postgresql作为世界上最先进的HTAP数据库，以其超高在线事务处理及分析性能和强大的功能被广泛应用与各行各业中。但其实它也并不完美，说到postgres，不得不提那个让人一直头疼的问题，也是数据库使用者锁诟病最多的地方：vacuum。那么为什么会有vacuum这个东西呢？它是做什么用的呢？
我们先来聊聊postgresql的mvcc机制，我们知道，postgresql是没有undo表空间的，它通过数据的多版本来实现mvcc，一条数据的delete并不会释放数据占用空间，同理update是通过delete+insert的方式实现，通过这种方式减少了锁的使用，提高了并发性能。但是这种设计天然带来一个问题：旧数据的清理，如果清理不及时就会造成数据膨胀，这也是在频繁更新的oltp系统中数据膨胀问题的原因。
这里面其实还有一个问题，postgresql从设计之初事务号就是32位。但是32位的事务id最大只有49亿，49亿的事务号在如今的生产系统中几乎会很快耗尽，而事务号耗尽后从头开始循环使用，这里为了保证数据不丢失，需要对旧的事务号进行清理，这个清理过程会使得整个数据库无法处理新的请求，这就是网上经常所说pg的“冻结炸弹”。其实真正的清理并不是达到49亿就开始的，因为事务号是循环的，所以当达到事务号一半的时候数据库就会出现冻结炸弹。这个冻结的问题是pg永远绕不过去的痛。其实pg经过这么多年的社区发展，到今天pg12版本依然是32位的事务id，这个设计有人说是为了使得事务的回滚更快，能够更快的寻址，但是我个人觉得牺牲大于收益。
而我们今天所讲的主角就是解决上面两个问题的。Vacuum的第一个功能是清理旧的数据，第二是清理旧的txid。那么如何控制vacuum的频率、消耗io资源的大小等就成了运维好pg数据库非常关键的因素，下面我们来探
最低0.47元/天 解锁文章
扫一扫
57
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
