POSTGRE -PG_STATITATINT ADUCUM超时
在我的Aurora Postgres服务器中,我每分钟都会不断看到真空超时:
autovacuum: VACUUM pg_catalog.pg_statistic
我尝试手动进行操作并进行以下输出:
INFO: vacuuming "pg_catalog.pg_statistic"
INFO: "pg_statistic": found 0 removable, 409109 nonremovable row versions in 19981 out of 19990 pages
DETAIL: 408390 dead row versions cannot be removed yet, oldest xmin: 4230263474
There were 0 unused item identifiers.
Skipped 0 pages due to buffer pins, 9 frozen pages.
0 pages are entirely empty.
CPU: user: 0.06 s, system: 0.00 s, elapsed: 0.07 s.
INFO: vacuuming "pg_toast.pg_toast_2619"
INFO: "pg_toast_2619": found 0 removable, 272673 nonremovable row versions in 61558 out of 61558 pages
DETAIL: 219 dead row versions cannot be removed yet, oldest xmin: 4230263474
There were 0 unused item identifiers.
Skipped 0 pages due to buffer pins, 0 frozen pages.
0 pages are entirely empty.
CPU: user: 0.14 s, system: 0.00 s, elapsed: 0.14 s.
VACUUM
Query returned successfully in 5 secs 55 msec.
任何人都可以指出发生这种情况的原因吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
我认为您的Autovacuum可能也可以正常工作,可能只是AWS的指标
最相似的设置是 autovacuum_vacuum_cost_delay 存在于PostgreSQL中。
想要减慢自动赛。当完成
autovacuum_vacuum_cost_limit
成本时,Autovacuum将为许多毫秒而睡觉。我们可以尝试使用
PG_STAT_USER_TABLES
来验证Autovacuum的最新时间。I think your autovacuum might work as well, Timeout:VacuumDelay might only be a metric From AWS
The most similar setting is
autovacuum_vacuum_cost_delay
which exists in PostgreSQL.That want to slow down autovacuum. autovacuum will sleep for these many milliseconds when a cleanup reaching
autovacuum_vacuum_cost_limit
cost is done.We can try to use
pg_stat_user_tables
to verify the latest time of autovacuum.