回答編集履歴
1
追記
test
CHANGED
|
@@ -1,9 +1,17 @@
|
|
|
1
1
|
空き容量が不足しているのかもしれません。
|
|
2
2
|
|
|
3
3
|
※手動だと上手くいくというので当てはまらないかもしれませんが。
|
|
4
|
+
|
|
5
|
+
インデックスを削除し、vaccum fullを実行してみて下さい。
|
|
4
6
|
|
|
5
7
|
[PostgreSQL Vacuum について](https://kasacchiful.github.io/blog/2014/01/11/postgres_vacuum/)
|
|
6
8
|
|
|
7
9
|
|
|
8
10
|
|
|
9
|
-
|
|
11
|
+
[23.1. 定常的なバキューム作業](https://www.postgresql.jp/document/9.2/html/routine-vacuuming.html)
|
|
12
|
+
|
|
13
|
+
> 23.1.2. ディスク容量の復旧
|
|
14
|
+
|
|
15
|
+
> ティップ: 大規模な更新や削除作業の結果としてテーブルが不要な行バージョンを大量に含む場合、通常のVACUUMでは満足のゆくものではないかもしれません。 もしそのようなテーブルを所有し、それが占有する余分なディスク空間の回収が必要であれば、VACUUM FULL、またはその代わりにCLUSTERやテーブルを書き換えるALTER TABLE構文の1つを使用しなければなりません。 これらのコマンドはテーブル全体を新しいコピーに書き換え、それに対する新規インデックスを作成します。 これらの選択肢はすべて排他ロックを必要とします。
|
|
16
|
+
|
|
17
|
+
新しいものが完成するまで、テーブルの旧コピーとインデックスは解放されませんので、**元のテーブルと同程度の容量の余計なディスク領域も一時的に使用することに注意してください。**
|