PG数据库AUTOVACUUM的优化小技巧

最新推荐文章于 2024-08-09 08:00:00 发布

原创

最新推荐文章于 2024-08-09 08:00:00 发布 · 2.3k 阅读

33 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #postgresql #dba #运维

本文探讨了在大型PostgreSQL数据库中优化AUTOVACUUM的重要性，特别是通过调整autovacuum_max_workers、maintenance_work_mem和autovacuum_freeze_max_age参数，以及针对特定表的存储参数如vacuum_threshold，以实现高效且对业务影响最小的自动清理过程。监控统计信息也至关重要。

讨论了AUTOVACUUM的必要性，对于大型PostgreSQL数据库来说，AUTOVACUUM时必须的，而且优化好AUTOVACUUM对于大型PostgreSQL数据库来说至关重要。那么该如何来优化AUTOAVCUUM呢？今天我们就讨论一下优化AUTOVACUUM的一些常用的技巧。

首先我们要考虑的是三个基本的参数autovacuum_max_workers、maintenance_work_mem、autovacuum_freeze_max_age，这三个参数设置的合理，大部分AUTOVACUUM的问题都得到了解决。

autovacuum_max_workers指定了autovacuum使用的工作进程的数量，默认为3，对于绝大多数大型PostgreSQL数据库来说，这个值太小了。增加 autovacuum worker的数量意味着更多的进程可用于清理数据，这是面对数量非常多的表时需要考虑的问题。如果仅仅从autovacuum去考虑，理想情况下为每个 CPU 创建一个worker肯定会有最好的效率。因此worker的设置不应超过 CPU 的数量，但过多的worker可能会因 CPU 使用率的激增而对业务产生影响。通常应该将worker的数量设置为3-cpu_count之间。具体如何设置，需要在最大化autovacuum效率与整体系统性能之间进行平衡。如果你不知道该如何设置，那么最先设置为CPU_COUNT的1/2吧，如果在系统高峰期，CPU资源出现了瓶颈，那么适当缩小该值，如果CPU资源还很充足，但是autovacuum的性能不足，那么就增加这个值。

maintenance_work_mem，这个参数的值越大，vacuum的效率越高。不过要注意的是，当超出了每个设定后，增加该参数的效率会出现递减。太大的值会浪费内存资源，如果设置的太大耗尽了内存，那么就会产生十分严重的性能问题。对于较大的Post过热SQL数据库实例，如果物理内存充足，建议maintenance_work_mem至少设置为 1 GB，设置较大的参数将显着提高清理具有大量死元组的表的性能。 1 GB的维护工作内存足以一次处理大约 1.79 亿个死元组，如果你一次性要处理更多的死元组，那么还需要继续加大这个参数。如果这个参数设置不足以一次性