- 综合排序
- 最热优先
- 最新优先
- 来自专栏AustinDatabases
PostgreSQL autovacuum 优化与调试 (1 触发 autovacuum 的条件)
PostgreSQL 的数据库系统中是需要进行autovacuum 进行表级别的数据清理的。在开始autovacuum 进行调优之前实际上是需要理解为什么需要autovacuum. 提出问题 1 什么条件 autovacuum 对表进行vacuum 工作 2 autovacuum 进行了什么样的工作 3 autovacuum 是否可以被关闭 4 autovacuum 调整的参数有那些 5 autovacuum 针对某个特殊表进行调节 6 autovacuum 的工作情况怎么了解 下面针对以上的问题，分期来进行 1 什么条件 autovacuum 对表进行vacuum 工作 实际上什么时间对表进行autovacuum 这个问题，应该换成频率，什么样的情况下会触发 autovacuum对表进行操作。 这里有两个关键的参数 autovacuum_vacuum_threshold 这个参数主要是指定表中变动的tuple数，超过这个数字会触发autovacuum 对这个表进行整理 autovacuum_vacuum_scale_factor
2K32发布于 2021-10-14 - 来自专栏数据库PG
Postgresql之autovacuum worker
其中涉及到了两种辅助进程： autovacuum launcher autovacuum worker 其中，autovacuum launcher 主要负责调度autovacuum worker，autovacuum 除了参数track_counts，autovacuum，autovacuum_max_workers，autovacuum_naptime，autovacuum_vacuum_cost_limit，autovacuum_vacuum_cost_delay ，autovacuum_freeze_max_age，autovacuum_multixact_freeze_max_age之外，autovacuum worker进程还涉及到以下参数： log_autovacuum_min_duration autovacuum_vacuum_scale_factor ：当表更新或者删除的元组数超过autovacuum_vacuum_threshold+ autovacuum_vacuum_scale_factor autovacuum_analyze_scale_factor：当表插入，更新或者删除的元组数超过autovacuum_analyze_threshold+ autovacuum_analyze_scale_factor
1.4K20发布于 2021-03-05 - 来自专栏AustinDatabases
postgresql autovacuum 4 怎么调整参数，让autovacuum 多干活，与成本的计算
接着上期说，在调整完几个常见的参数后， 还有如下的参数可以调整提高autovacuum 性能，转而提高你POSTGRESQL的性能 autovacuum_vacuum_cost_limit : total cost limit autovacuum could reach (combined by all autovacuum jobs). autovacuum_vacuum_cost_delay : 1 autovacuum_vacuum_cost_limit 控制预期autovacuum 的成本，达到这个成本后，我们就停止autovacuum的工作，这个值本身与workers 的数量有关，如果你有 小结，调大workers的工作数量后，如果不调整 autovacuum_vacuum_cost_limit 的情况下，只能让你的autovacuum更慢。 ，降低他们的值，也就变相提高了 autovacuum_vacuum_cost_limit 3 提高autovacuum 的 mem ,有效降低出现 autovacuum_vacuum_cost_limit
1.3K11发布于 2021-10-26 - 来自专栏AustinDatabases
PostgreSQL autovacuum 优化与调试 (2 autovacuum 进行了什么样的工作)
下面我们对autovacuum.c 源码部分进行简略的阅读， 在阅读之前我们将重点进行罗列方便后面理解 1 autovacuum 本身是通过两个进程来完成的， autovacuum launcher 和 autovacuum worker 组成 2 autovacuum launcher 是守护进程，autovacuum worker 是实际进行工作的进程。 4 初始化的过程中会对autovacuum的参数进行初始化和读取 autovacuum_start_daemon = false; autovacuum_max_workers; autovacuum_naptime; autovacuum_vac_thresh; autovacuum_vac_scale; autovacuum_anl_thresh; autovacuum_anl_scale ; autovacuum_freeze_max_age; autovacuum_vac_cost_delay; autovacuum_vac_cost_limit; Log_autovacuum_min_duration
1.1K31发布于 2021-10-14 - 来自专栏AustinDatabases
PostgreSQL autovacuum 5 怎么监控（autovacuum 扫描表工作的百分比）
前面四期讲了autovacuum 的触发条件，源代码，怎么调整参数，优化，今天最后一章，的说说怎么进行监控，并且评定你的autovacuum 的工作是合格的。 通过下图可以看到有些表并没有进行 autovacuum 的操作，哪怕是一次，但已经有88万行的dead tuple ，定期通过语句和匹配的条件可以对一些表长期没有autovacuum 进行关注，或者在自定义的监控系统中增加 工作，并且还可以通过下面的语句来查看当前 autovacuum的工作状态。 扫描了的百分比，这样就可以了解到多长时间 autovacuum 会完成。 已经写了5篇，基本上涵盖了大部分的autovacuum的原理和问题。
1K42发布于 2021-10-27 - 来自专栏数据库相关
监控采集pg的autovacuum情况
, TO_CHAR(pg_stat_all_tables.last_autovacuum, 'YYYY-MM-DD HH24:MI:SS') as last_autovacuum, pg_total_relation_size 一些优化手段1 优化业务操作 减少不必要的更新和删除 合并小事务2 调整 autovacuum 配置参数 增大 autovacuum_naptime： autovacuum_naptime 增大这个值会使 autovacuum 检查频率降低，从而减少其启动频率。 降低 autovacuum_max_workers： autovacuum_max_workers 控制同时运行的 autovacuum 工作进程的最大数量。 减少这个值意味着同一时间执行 autovacuum 操作的进程减少，从而降低对系统资源的占用，同时也会在一定程度上降低 autovacuum 的执行频率。
31510编辑于 2025-05-09 - 来自专栏AustinDatabases
Postgresql autovacuum 6 为什么大表不进行autovacuum 的原因 （非事务，复制槽原因）
最后面是autovacuum 最后一次的时间。 下图可以看到只有1 亿的大表的 autovacuum last 的时间没有动，和其他表相比，上一次autovacuum 的时间在 7 个小时前。 长事务影响，导致 autovacuum 不能进行工作 2 有复制槽影响，并且复制停止了，导致autovacuum 不能工作 3 因为autovacuum 的cost 过大导致不能进行 autovacuum 原因 1 autovacuum 对大表操作时间过长，通过观察系统中的活动的进程，可以发现实际上autovacuum 在工作中，只是工作的时间较长。 其他的表本身在进行autovacuum 很快就完成了工作。 所以第一个原因并不是autovacuum没有工作，而是工作的时间太长。
1.1K32发布于 2021-11-10 - 来自专栏AustinDatabases
postgresql autovacuum 之 不看不知道
Autovacuum 作为postgresql 的一个进程一致在工作。 实际死的tuple >= autovacuum_vacuum_scale_factor * number of tuples + autovacuum_vacuum_threshold 上面的公式就是表在插入 ，更新，删除后会被选入到autovacuum中的方法。 ，成本被平均分配给实例中运行的所有autovacuum进程的autovacuum数量。 因此，增加autovacuum um_max_workers可能会延迟当前运行的autovacuum workers的自动真空执行。
1.9K10发布于 2020-06-10 - 来自专栏AustinDatabases
Postgresql autovacuum 3 怎么调整参数，拯救你惨淡的性能
接着上两期来讲， PostgreSQL 中的autovacuum的后两个问题 1 autovacuum 是否可以被关闭 2 autovacuum 调整的参数有那些 先从第一个问题看，autovacuum log_autovacuum_min_duration = -1 autovacuum_max_workers = 3 autovacuum_naptime = 1min autovacuum_vacuum_threshold = 50 autovacuum_analyze_threshold = 50 autovacuum_vacuum_scale_factor = 0.2 autovacuum_analyze_scale_factor = 0.1 下面就挨个对上面的参数进行 1 log_autovacuum_min_duration 本身并不是一个指导 autovacuum 工作的参数，但他与分析autovacuum 的工作有关 = 1000 单位ms 2 autovacuum_max_workers 这个参数在上一篇 autovacuum.c 的代码中讲到过，通过 autovacuum launch 来定时调用 workers
2.8K42发布于 2021-10-28 - 来自专栏用户5892232的专栏
PostgreSQL技术大讲堂 - 第18讲：Tuning Autovacuum
第18讲：Vacuum空间管理工具 内容1：什么是 autovacuum? 内容2：为什么需要 autovacuum? 内容3：调整Autovacuum 内容4：记录autovacuum 内容5：什么时候在表上做autovacuum? 什么是 autovacuum? : autovacuum可达到的总成本限制(结合所有autovacuum作业) autovacuum_vacuum_cost_delay : 当一个清理工作达到autovacuum_vacuum_cost_limit · 谨慎设置autovacuum_max_workers 通常， autovacuum_vacuum_cost_limit成本平均分配给实例中运行的所有autovacuum过程的autovacuum_max_workers 因此，增加autovacuum_max_workers可能会延迟当前运行的autovacuum workers的autovacuum执行。
68541编辑于 2023-06-12 - 来自专栏AustinDatabases
POSTGRESQL 一个 autovacuum 自控的想法与实现架构
所以，我们必须控制AUTOVACUUM 的发生，并且大概率的向和天气预报一样，预告大概率那些表要被AUTOVACUUM ，同时可以选择在预告的这段，不触发AUTOVACUUM ，或大概率不触发AUTOVACUUM 系统设计主要基于几个模块 1 大表收集器，这里面分为动态收集大表和用户自行设定大表 （根据行数和业务特性） 2 根据 autovacuum_vacuum_scale_factor + autovacuum_vacuum_threshold 这个模块的主要的目的是 1 存储对表的改动值和时间（延缓autovacuum可能发生的值和修改时间） 2 存储上一次表的两个参数的原值 3 修改表的参数的算法 1 调整多大的值后，表的autovacuum 另外还有一个想法，就是加速和降速 VACUUM 的工作速度的问题，这个问题主要的工作部分在 autovacuum_vacuum_cost_delay , autovacuum_vacuum_cost_limit ，在业务非繁忙期动态调整这两个值，让CPU 和 内存以及IO 更高强度的为 autovacuum 服务。
49631编辑于 2022-12-13 - 来自专栏AustinDatabases
POSTGRESQL 如何快速关闭 开启AUTOVAUUM 与 关闭需求
1.2 autovacuum_vacuum_cost_limit 调整更低，这个值是在200到10000进行调整的，值越大那么可以接受的所有的autovacuum的 进程合并的成本就越大，autovacuum 就会约积极，而将这个值变小在autovacuum中就会发生只要操作就初级成本的底线，autovacuum就会暂停，如果在配置 autovacuum_vacuum_cost_delay = 100 ms 这样虽然不能杜绝autovacuum 开始工作，但可以让autovacuum 马上触发限制并停止工作，同时如果此时多开一些 autovacuum_max_workers = 更多的进程，则autovacuum %'; 1.3 除此以外我们还有一个关闭AUTOVACUUM 的方式 这两个参数是老面孔了，在每个表到什么情况下触发进行autovacuum的操作 autovacuum_vacuum_threshold 那么说了半天，到底为什么要关闭AUTOVACUUM ，实际上还是和autovacuum 在操作中对系统的性能损耗有关。
3K41编辑于 2022-07-13 - 来自专栏AustinDatabases
POSTGRESQL 提高POSTGRESQL性能的一些习惯 (3)
这里不能从原理开始，这篇文字中会提及PG 13 中关于autovacuum的一些技巧，后期会写一些关于AUTOVACUUM的脚本。 ，并且被autovacuum进行处理，导致你的表一直长期得不到 autovacuum的“雨露均沾”。 当然还有一些极端的情况，我们也是遇到过的就是一个大表在运行autovacuum 时很长时间根本运行不完，有的运行了2个小时，还在一个表上 autovacuum，这也是导致 autovacuum的线程不够用的问题 3 autovacuum cost 太低导致autovacuum 速度太慢 autovacuum的工作速度是很有可能被限制的，除了表的索引太多，表太大，会导致autovacuum一个表的时间很长， 所以您可以禁用成本限制(通过将autovacuum_vacuum_cost_delay设置为0)，或者通过减少autovacuum_vacuum_cost_delay或将autovacuum_vacuum_cost_limit
1.2K21编辑于 2022-12-13 - 来自专栏PostgreSQL研究与原理解析
加速PG中vacuum
下面是AUTOVACUUM参数的配置： 1）配置合适的autovacumm_max_workers（默认值3，这个值较低，因此10左右比较合适） 2）增加AUTOVACUUM检查发起的频率（autovacuum_naptime =1s，默认值是1分钟） 3）降低自动触发AUTOVACUUM发起的阈值。 （autovacuum_vacuum_threshold=50 ,autovacuum_analyze_threshold=10,autovacuum_vacuum_scale_factor=0.05, autovacuum_analyze_scale_factor=0.05） 4）降低触发FREEZE的阈值（autovacuum_freeze_min_age=5000000, vacuum_freeze_table_age =15000000） autovacuum_max_workers需要服务重启后生效，其他参数不需要。
64250编辑于 2022-02-09 - 来自专栏Postgresql源码分析
Postgresql源码（32）vacuum freeze起始位点逻辑分析
该参数的上限值为 %95 autovacuum_freeze_max_age # 组合事务ID限制，同上述配置。 autovacuum_multixact_freeze_max_age = 400000000 # 如果表的并行事务ID年龄大于该值, 即使未开启autovacuum也会强制触发FREEZE, 该参数的上限值为 %95 autovacuum_multixact_freeze_max_age # 其他配置 autovacuum_vacuum_cost_delay # 表级 # 系统级：autovacuum_freeze_max_age = 500000000 # 表级分段配置： alter table t set (autovacuum_freeze_max_age =210000000); alter table t set (autovacuum_freeze_max_age=220000000); alter table t set (autovacuum_freeze_max_age
50420编辑于 2022-05-12 - 来自专栏AustinDatabases
PostgreSQL 怎么通过vacuum 加速事务ID回收的速度 （翻译）
Vacuum 被放到后台运行自动运行并且这里我们称之为 autovacuum 自动真空，当然也可以通过手动的 vacuum来完成类似的功能。 Autovacuum 被设计为一个低优先级的定期的任务，实际的工作效果和工作的速度和数据库本身的活动有关。 如果TXID 的利用率超过了回收的速度，尽管 autovacuum 做了最大的努力去工作，达到一定的程度后，数据库将停止接受数据库的操作命令，避免因为事务回卷导致的数据丢失的问题发生。 在自动真空中是无法选择跳过那个阶段的，但是可以终止正在进行的AUTOVACUUM ，转而通过手动的方式对即将要发生 aggressive autovacuum的操作进行替换和阻止。 同时给出了如何对autovacuum 正在的操作，进行停止的部分。这部分进行了省略。
1.2K31编辑于 2022-07-13 - 来自专栏PostgreSQL研究与原理解析
优化PG查询：一问一答
2) 后台worker进程统计中，展示了autovacuum worker情况，可以通过autovacuum_max_workers调整： autovacuum_max_workers=NCores/4 ..2，其中NCores是CPU总核数 autovacuum_vacuum_cost_limit = 200 * (autovacuum_max_workers / 3) 3) shared_buffers 更新元组率最多的表. vacuum I/O load最多的索引. 1）autovacuum_naptime应该减小到20秒，因为1分钟太多了 2）autovacuum_max_workers通用公式： autovacuum_vacuum_cost_limit = 200 * (autovacuum_max_workers / 3) 3）推荐autovacuum_vacuum_scale_factor 4）也推荐autovacuum_analyze_scale_factor 为0.05，如果表中更改的元组率大于5%，autovacuum worker会采集统计信息以便planner使用。
1.9K30发布于 2021-09-29 - 来自专栏AustinDatabases
说我PG Freezing Boom 讲的一般的那个同学，专帖给你，看看这次可满意
6 为什么大表不进行autovacuum 的原因 （非事务，复制槽原因） PostgreSQL autovacuum 5 怎么监控（autovacuum 扫描表工作的百分比） postgresql autovacuum 4 怎么调整参数，让autovacuum 多干活，与成本的计算 Postgresql autovacuum 3 怎么调整参数，拯救你惨淡的性能 PostgreSQL autovacuum 优化与调试 (2 autovacuum 进行了什么样的工作) PostgreSQL autovacuum 优化与调试 (1 触发 autovacuum 的条件) 我们手动画一个图，下面是一个解释的图， 问题 1： Autovacuum 对表不进行工作 Autovacuum对表不进行工作，分三种，一种是表的autovacuum参数设置问题，导致autovacuum无法被有效触发。 第二种是表产生了问题，导致autovacuum触发了但无法再这个表上进行操作，这里我们称为autovacuum 被阻塞。
29010编辑于 2025-08-02 - 来自专栏AustinDatabases
POSTGRESQL AUTO_VACUUM 弄清问题,解决问题
ALTER TABLE table SET (autovacuum_analyze_scale_factor = 0.02); 或者如果表的大小限制了比例对于表正常进行autovacuum的情况下,我们 ALTER TABLE mytable SET ( autovacuum_analyze_scale_factor = 0, autovacuum_analyze_threshold = 1000000 最后我们在对配置文件中关于autovacuum的部分过一遍 autovacuum = on # Enable autovacuum subprocess 'on' 工作的进程 autovacuum_naptime = 1min # time between autovacuum runs autovacuum 工作中的间隔 autovacuum_vacuum_threshold ALTER TABLE table_name SET (autovacuum_enabled = false);
1.1K20发布于 2021-01-07 - 来自专栏Postgresql源码分析
Postgresql垃圾回收Vacuum优化手册
1 Vacuum启动频率太低 参数 建议 autovacuum_vacuum_scale_factor 当update,delete的tuples数量超过 autovacuum_vacuum_scale_factor * table_size + autovacuum_vacuum_threshold 时，进行vacuum；对大量删除、更新的表可以适当降低这个值。 autovacuum_vacuum_threshold 同上配合使用。 结合下面的参数使用，可以配0不休眠 autovacuum_vacuum_cost_limit vacuum干活会积累work point，超过autovacuum_vacuum_cost_limit后 ，开始休眠autovacuum_vacuum_cost_delay autovacuum_max_workers 看CPU负载适当增加 shared_buffers 增加缓存间接增加vacuum速度 autovacuum_work_mem
90530编辑于 2022-12-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号