問題タブ [vacuum]

sqlite 'VACUUM'の進行状況を取得する方法はありますか?私は Java で次のコード行を使用しています:

ユーザー (MySelf & I) は数秒から数分待たなければなりません。実際の .db ファイルは、コマンドの実行によって作成されるジャーナル ファイルの助けを借りて上書きされていることがわかっています。

JAVA IO などを使用して見積もりを取得できますか?助けてくれてありがとう..

postgres で巨大なクエリを実行していて、結合テーブルの 1 つが常にシーケンシャル スキャンを実行していました。制約列にインデックスがあり、postgres はそれを使用しませんでした。を実行したところVACUUM ANALYZE、postgres クエリ プランは、現在インデックス スキャンが使用されていることを示しています。

私の質問は、を実行する最も効率的な方法は何VACUUM ANALYZEですか? テーブルをロックしますか？VACUUM ANALYZEもしそうなら、ライブ本番テーブルでどのように実行しますか?

約 43GB のデータベースがあります。pg_largeobject テーブルのサイズを数えると、43GBも得られます。

次のコマンドですべての大きなオブジェクトのサイズを合計すると:

それは私に32.5GBを与えます。次の方法で、望ましいオブジェクト以外のすべてのオブジェクトのリンクを解除しようとしました。

VACUUM を実行します。

VACUUM FULL ANALYZE pg_largeobject;

一度試してみたところ、47GBから43に減りましたが、足りない10.5GBが見つかりませんそこに何が保存できるのか、どうすればいいのか分かりますか?

次のインデックスがあります。

そして次の選択

パフォーマンスに問題があります。確認したところ、作成したインデックスが select で使用されていません。

インデックスを削除して再作成すると、select でそれが使用されます。

テーブルに掃除機をかけた後、問題が再発することに気付きました。

バキュームは、データベースがインデックスの使用を停止するようなことをしていますか?

インターリーブソートキーを追加し、copy コマンドを使用して大量のデータを一括ロードしたテーブルがいくつかあります。ドキュメントには、インターリーブされた並べ替えキーのバキュームで Reindex オプションを使用する必要があると記載されています。これに関する問題は、永遠にかかる私のサイズのテーブルの場合です。「ソートのみ」オプションだけを使用すると、他のソートキーでうまく機能することを私は知っています。ドキュメントでより明確にする必要があるのは、並べ替えのみのオプションを使用したバキュームが、並べ替えキーがインターリーブされたテーブルで正常に機能するかどうかです。これが実行可能な解決策であるかどうかを明確にしてください。

ドキュメントによると、postgresql で行を削除した後、行はデッド状態のままになるため、このスペースを再利用するために定期的に掃除機をかける必要があります。これは、テーブルから列を削除するときの行幅にも適用されますか?それとも、そのスペースは永久に割り当てられますか?