这是我有的:
> ps -ef | grep -i vacuum
没有显示自动真空过程.
>使用psql控制台,显示autovacuum,表示其值为ON
>从FROM pg_stat_user_tables使用psql控制台,SELECT schemaname,relname,last_vacuum,last_autovacuum;在last_vacuum和last_autovacuum列中没有给出任何值,即使我使用pgadmin3进行了手动真空维护功能.
> pgAdminIII中db的属性选项卡表示’未运行’的AUTOVACUUM值
我错过了什么?
编辑
当我试图在服务器上找到文件时,我也无法访问Openshift Online上的postgresql.conf – 希望手动编辑文件而不是使用pgAdminIII.
– 发现这个https://www.openshift.com/forums/openshift/how-do-i-set-maxpreparedtransactions-on-my-postgresql-cartridge我现在能够查看/编辑我的postgresql.conf.显然autovacuum已经打开,因此conf具有正确的设置.
当问题pg_ctl重启-m fast我得到了
LOG: could not bind socket for statistics collector: Permission denied LOG: trying another address for the statistics collector LOG: could not bind socket for statistics collector: Permission denied LOG: trying another address for the statistics collector LOG: could not bind socket for statistics collector: Cannot assign requested address LOG: trying another address for the statistics collector LOG: could not bind socket for statistics collector: Cannot assign requested address LOG: disabling statistics collector for lack of working socket WARNING: autovacuum not started because of misconfiguration HINT: Enable the "track_counts" option. LOG: database system was shut down at 2014-04-22 09:58:19 GMT LOG: database system is ready to accept connections
虽然在postgresql.conf中已将track_counts设置为on
很抱歉这么愚蠢,但任何帮助或指示非常感谢.
先感谢您.
… for some insane reason,openshit disabled localhost,and autovacuum only connects to localhost,I suppose it makes sense that they wouldn’t want to be trying to vacuum a remote db… but openshit breaks autovacuum.
我找到的一个解决方案(我可能会使用)是手动添加一个强制真空的cronjob. here是一个看起来很有前途的批处理脚本,但要注意强制真空可能涉及的副作用(当然取决于你的app).
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。