首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >PostgreSQL表胀率高于autovacuum_vacuum_scale_factor的原因

PostgreSQL表胀率高于autovacuum_vacuum_scale_factor的原因
EN

Stack Overflow用户
提问于 2022-06-12 23:34:27
回答 1查看 66关注 0票数 1

我发现feedback_entity的膨胀率是48%

代码语言:javascript
复制
current_database | schemaname |       tblname         |  real_size  | extra_size |   extra_ratio    | fillfactor | bloat_size |   bloat_ratio    | is_na 
 stackdb         | public     | feedback_entity       |  5743878144 | 2785599488 | 48.4968416488746 |        100 | 2785599488 | 48.4968416488746 | f

但是当我检查自动真空设定时,它有10%的自动真空设定。

代码语言:javascript
复制
stackdb=> show autovacuum_vacuum_scale_factor;
 autovacuum_vacuum_scale_factor 
--------------------------------
 0.1
(1 row)

stackdb=> show autovacuum_vacuum_threshold;
 autovacuum_vacuum_threshold 
-----------------------------
 50
(1 row)

此外:自动真空设置是打开的。所述表的自动真空在规定的阈值下定期运行。

我的问题是,当自动真空运行到死元组的10%时,为什么膨胀的尺寸会增加到48%。我在数百个数据库/表中也看到过类似的行为。为什么桌子上的浮肿总是在增加,而不是每次真空后都会下降。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2022-06-13 06:20:05

用来计算表膨胀的查询是不可靠的。要确定实际的膨胀,请使用pgstattuple扩展和查询,如下所示:

代码语言:javascript
复制
SELECT * FROM pgstattuple('public.feedback_entity');

但这张桌子可能真的很臃肿。这有两个主要原因:

  1. 自动真空运行并在合理的时间内完成,但它不能清理死的元组。这可能是因为存在一个长期运行的开放事务、一个废弃的复制槽或一个准备好的事务。详情请参见这篇文章
  2. 自动真空运行得太慢,所以死行的生成速度比清理它们的速度要快。症状是pg_stat_user_tables和自身真空过程中大量的死元组,这些过程永远持续运行。简单的解决方案是使用ALTER TABLE来增加autovacuum_vacuum_cost_limit或减少受影响表的autovacuum_vacuum_cost_delay。如果可能的话,另一种方法是使用热更新
票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/72596589

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档