postgresql – 在9.1下仍然推荐常规VACUUM ANALYZE吗?

我在Ubuntu上使用Postgresql 9.1.是否仍然推荐使用预定的VACUUM ANALYZE,还是自动清空以满足所有需求?

如果答案是“它取决于”,那么:

>我有一个较大的数据库(30 GiB压缩转储大小,200 GiB数据目录)
>我在数据库中进行ETL,每周导入近300万行
>具有最频繁更改的表都是从主表继承的,主表中没有数据(数据按周分区)
>我创建每小时汇总,并从那里,每日,每周和每月报告

我问,因为预定的VACUUM ANALYZE正在影响我的报告.它运行超过5个小时,本周我不得不两次杀死它,因为它影响了常规的数据库导入. check_postgres不报告数据库上的任何重大膨胀,因此这不是一个真正的问题.

从文档中,autovacuum也应该处理事务ID.问题是:我还需要VACUUM ANALYZE吗?

只有非临时表中更新或删除的行才需要VACUUM.显然你正在进行大量的INSERT,但从描述中你并没有明白你也在做很多UPDATE或DELETE.

可以使用pg_stat_all_tables视图跟踪这些操作,特别是n_tup_upd和n_tup_del列.此外,更重要的是,有一个n_dead_tup列,告诉每个表需要抽真空的行数.
(有关统计信息收集的功能和视图,请参阅文档中的Monitoring statistics).

在您的情况下,可能的策略是抑制计划的VACUUM,密切关注此视图并检查n_dead_tup显着上升的表.然后仅将激进的VACUUM应用于这些表.如果有大型表的行永远不会被删除也不会更新,那么这将是一个胜利,只有在较小的表上才需要积极的VACUUM.

但是继续运行ANALYZE以使优化器始终拥有新的统计信息.

相关文章

项目需要,有个数据需要导入,拿到手一开始以为是mysql,结果...
本文小编为大家详细介绍“怎么查看PostgreSQL数据库中所有表...
错误现象问题原因这是在远程连接时pg_hba.conf文件没有配置正...
因本地资源有限,在公共测试环境搭建了PGsql环境,从数据库本...
wamp 环境 这个提示就是说你的版本低于10了。 先打印ph...
psycopg2.OperationalError: SSL SYSCALL error: EOF detect...