問題タブ [autovacuum]

8.xより前の数日間、私はLinux上で多数のPGSQLデータベースを実行し、メンテナンススクリプトを介してデータベースを明示的にバキュームしました。

8.xが登場したとき、正常に動作しているという理由でこれらのシステムの自動真空に移行しなかったため、何も変更する必要はありません。ですから私は自動真空の専門家ではありません。

現在、8.x以降の時代には、WindowsServer2003以降で実行されているいくつかのPGSQLデータベースを使用しています。

指示に従い、.confファイルでオンのままにしたため、autovacuumが実行されているようです。

ただし、PGAdminをデータベースに接続すると、VACUUMを実行する必要があるというプロンプトが表示されます。

autovacuumデーモンが実行され、データベースを管理していて、データベースを正しくバキュームしているかどうかをどのように判断できますか？

insert sql のみを生成する製品ログ データベースがあります. しかし, autovacuum プロセスは非常に多くのメモリを消費することがわかりました. ピーク時は約 16 GB かかります. そして約 2 か月ごとに発生します. 以下は詳細情報です. 任意の 1 つそれを知っている？

そして、テーブル skytf.urs_user_log_201105 には挿入操作のみがあり、更新、削除操作はありません。したがって、テーブルにはデッドタプルがないと思います! しかし、自動バキューム プロセスがテーブルで大量のメモリを消費するのはなぜでしょうか?

上記から、autovacuum プロセスに約 16 GB かかることがわかります。

pg_toast で自動バキューム プロセスを実行しています。

この pg_toast が関係するテーブル/インデックス/何かを見つけるにはどうすればよいですか? それとも、自動バキュームは何か他のことに取り組んでいますか?

Ubuntu で PostgreSQL 9.2 を実行しています。自動バキューム プロセスがサーバー上で実行されています。

データベースには負荷が高く、毎日数千回の追加と数百回の削除が行われていますが、自動バキュームが起動していないようです。

ログには真空に関連するものは何もありません。

やっているps -ef | grep -i vacuum

生成:postgres 1406 1130 0 Oct13 00:00:14 postgres: autovacuum launcher process

クエリを実行SELECT last_autovacuum , last_autoanalyze FROM pg_stat_user_tables; すると、最後の autovacuum 列にレコードが生成されず、suto_analyze 列に 2 つのエントリが生成されます。

postgresql.conf の関連セクションは次のとおりです。

何かご意見は？

Postgres 9.x の自動バキューム デーモンが実行され、データベース クラスタが維持されているかどうかを確認するにはどうすればよいでしょうか?

postgres SQL >=9.0 の場合、自動バキュームはデフォルトONであり、確認できますがpostgresql.conf、自動バキュームのステータスではありませんON

autovacuum on明示的に回す必要がありますか？

Openshift Online カートリッジに Postgres 9.2 があります。Pgadmin3 を使用して、(ボックスにチェックを入れて) postgresql.conf の autovuum 設定を有効にしました。ただし、自動バキュームは実行されていないようです。

これが私が持っているものです：

1. ps -ef | grep -i vacuum 自動バキューム プロセスは表示されません。

2. psql コンソールを使用するshow autovacuumと、その値が ON であると表示されます

3. psqlコンソールを使用するSELECT schemaname, relname, last_vacuum, last_autovacuum from FROM pg_stat_user_tables;と、pgadmin3を使用してメンテナンス機能を介して手動でバキュームを行ったにもかかわらず、last_vacuumおよびlast_autovacuum列に値がありません。

4. pgAdminIII のデータベースのプロパティ タブには、AUTOVACUUM 値が「実行されていません」と表示されます。

何が恋しいですか？

編集
サーバーでファイルを見つけようとすると、Openshift Online で postgresql.conf にアクセスすることもできません。pgAdminIII を使用する代わりに手動でファイルを編集したいと考えています。
-- これを見つけてhttps://www.openshift.com/forums/openshift/how-do-i-set-maxpreparedtransactions-on-my-postgresql-cartridge 、postgresql.conf を表示/編集できるようになりました。どうやら自動バキュームはすでにオンになっているため、conf は適切に設定されています。

問題pg_ctl restart -m fast が発生したとき

postgresql.conftrack_countsで既に on に設定されていますが、

愚かで申し訳ありませんが、助けや指針をいただければ幸いです。前もって感謝します。