如果答案是“它取决于”,那么：
>我有一个较大的数据库(30 GiB压缩转储大小,200 GiB数据目录)
>我在数据库中进行ETL,每周导入近300万行
>具有最频繁更改的表都是从主表继承的,主表中没有数据(数据按周分区)
>我创建每小时汇总,并从那里,每日,每周和每月报告
我问,因为预定的VACUUM ANALYZE正在影响我的报告.它运行超过5个小时,本周我不得不两次杀死它,因为它影响了常规的数据库导入. check_postgres不报告数据库上的任何重大膨胀,因此这不是一个真正的问题.
从文档中,autovacuum也应该处理事务ID.问题是：我还需要VACUUM ANALYZE吗？
可以使用pg_stat_all_tables视图跟踪这些操作,特别是n_tup_upd和n_tup_del列.此外,更重要的是,有一个n_dead_tup列,告诉每个表需要抽真空的行数.
(有关统计信息收集的功能和视图,请参阅文档中的Monitoring statistics).
在您的情况下,可能的策略是抑制计划的VACUUM,密切关注此视图并检查n_dead_tup显着上升的表.然后仅将激进的VACUUM应用于这些表.如果有大型表的行永远不会被删除也不会更新,那么这将是一个胜利,只有在较小的表上才需要积极的VACUUM.
但是继续运行ANALYZE以使优化器始终拥有新的统计信息.
原文地址：https://www.jb51.cc/postgresql/192244.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
