web-dev-qa-db-ja.com

削除とバキュームのディスクファイル効果

2億4,000万行の非常に頻繁に更新されるテーブルがあります(そして増加しています)。 3時間ごとに150万行が挿入され、150万行が削除されます。クラスターをSSDに移動すると、この(コピーを使用した)一括挿入の時間が22分から2.3分に短縮されました。削除時間も改善されました。この一括更新は2時間ごとまたは1時間ごとに行う予定です。

現在のパフォーマンス(SSD後)はより頻繁な更新と互換性がありますが、NAND耐久性の制限と書き込み増幅の組み合わせによるSSDの死についての恐ろしい話をいくつか読んだことがあります。 SSDは高価なので、その死を可能な限り遠くまで押し込みたいと思います。したがって、私の質問:削除とその後のバキュームでディスクファイルは実際にどうなりますか? 2つのディスク書き込みがあると思います。1つは行を削除済みとしてマークし、もう1つはバキュームして上書き可能としてマークします。テーブルをパーティション分割して削除するのではなく、一括挿入/削除ごとにテーブルの作成と削除を行うと、SSDの摩耗を最小限に抑えることができますか?

13
Clodoaldo

スマートパーティショニングを使用する場合は、削除とバキュームを節約できます。デザインが実際のDELETEではなく、パーティションの削除と互換性があることを確認してください。

1
Ohadi