PostgreSQLでディスク領域を再利用するにはどうすればよいですか？

私はccaを持っていたいくつかのテーブルを持つ9.1データベースのローカルインストールを持っています。300のmioレコードとデータベースは約20 GBに成長しました。その後、delete fromすべてのレコードを削除するコマンドを発行しました（使用する必要がありましたがtruncate、それを知りませんでした）。だから、ディスク領域を再利用するためにdbを完全に空にしましたが、それはまったく役に立ちません。私の問題はこれと同じように見えますが、解決策は提供されていません。私はすでにこのスレッドと「ディスク領域の回復」に関するドキュメントをチェックしましたが、それでも解決策が見つかりません。このコードを使用して、すべてのテーブルのサイズを取得します

 SELECT nspname || '.' || relname AS "relation",
 pg_size_pretty(pg_total_relation_size(C.oid)) AS "total_size"
 FROM pg_class C
 LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
 WHERE nspname NOT IN ('pg_catalog', 'information_schema')
 AND C.relkind <> 'i'
 AND nspname !~ '^pg_toast'
 ORDER BY pg_total_relation_size(C.oid) DESC
 LIMIT 15;

ただし、合計で1GB未満

SELECT pg_database.datname, pg_size_pretty(pg_database_size(pg_database.datname)) AS size FROM pg_database 

それでも約20 GBが表示されます。アドバイスをいただければ幸いです。

あなたはそれを述べていませんでしたが、私があなたが従ったドキュメントへの参照から、あなたはデータベースおよび/または影響を受けたテーブルでVACUUM FULLをしたと仮定します。また、使用しているpostgresqlのバージョンも指定しませんでした-9.0よりも大きいと仮定します（この前は、VACUUM FULLの動作が異なりました）。

VACUUM FULLは、影響を受けるテーブルを新しいファイルに書き換え、古いファイルを削除します。ただし、いずれかのプロセスがまだ古いファイルを開いている場合、オペレーティングシステムは実際にファイルを削除しません-最後のプロセスがファイルを閉じるまで。

実用的な場合、データベースを再起動すると、開いているファイルがすべて閉じられます。

それが実用的でない場合、これが問題であるかどうかを確認し、どのプロセスがファイルを開いているかを調べることができるかもしれません。

Linux（または他のほとんどのUnixライクなシステム）を使用している場合、「lsof」コマンドを使用して、すべてのプロセスで開いているすべてのファイルのリストを取得できます。開いているが、その後削除されたファイルには、ファイル名に「（削除済み）」が追加されます。したがって、次のように、lsofの出力をgrepして、削除されたファイルを探すことができます。

sudo lsof -u postgres | grep 'deleted'

古いファイルがまだ開いているプロセスを特定する場合、pg_terminate_backendを使用してそのプロセスを終了できます。

SELECT pg_terminate_backend(xxx);

ここで、xxxはlsof出力にあるプロセスのPIDです。

Windowsを使用している場合、postgresはFILE_SHARE_DELETEフラグを使用してファイルを開き、別のプロセスで開いているファイルを削除できるため、同じ原則を適用できます。' handle 'コマンドはlsofとほぼ同じですが、ファイルが削除されているかどうかを確認できるかどうかわかりませんが、追加の作業が必要になる場合があります。

これは、そのようなプロセスが古いファイルハンドルに依存する理由に関する別の質問です。しかし、質問で引用したスレッドでは、Tom Laneはそれが起こる可能性があることを暗示しているようです。