[pgsql-jp: 38160] Re: cacuum に異常に時間がかかる理由

Morita Kazuro morita @ yuki.ad.jp
2007年 3月 15日 (木) 17:26:34 JST


森田です。お世話になっております。

maintenance_work_mem = 262144
にして vacuum でどのくらい時間がかかるか実験しているのですが、2時間たっても
終わりそうな様子がありません。
-v をつけてログをださせているのですが、

INFO:  vacuuming "public.odds_sanhuku"
INFO:  index "odds_sanhuku_pkey" now contains 13282848 row versions in 295540 pages
DETAIL:  0 index pages have been deleted, 0 are currently reusable.
CPU 26.96s/2.91u sec elapsed 3402.66 sec.
INFO:  "odds_sanhuku": found 0 removable, 13282848 nonremovable row versions in 94426 pages
DETAIL:  0 dead row versions cannot be removed yet.
There were 2769572 unused item pointers.
0 pages are entirely empty.
CPU 28.18s/3.51u sec elapsed 3425.12 sec.
INFO:  analyzing "public.odds_sanhuku"
INFO:  "odds_sanhuku": scanned 3000 of 94426 pages, containing 415820 live rows and 0 dead rows; 3000 rows in sample, 13088073
estimated total rows
INFO:  vacuuming "public.odds_santan"
ここから1時間以上経過しているけど、音沙汰なし

どうも1テーブルのvacuumが1時間近くかかっているようです。
このままだとやはり10時間くらいはかかりそうです。

いかに更新がはげしいといっても、1テーブルにこんなにかかるものでしょうか?
/var/log/messages を見てもHDのリトライとかハード的な問題はログには出て
いません。なにか他に考えられる原因は無いでしょうか?

土日には専用線でひっきりなしに新しいデータが送られてきて、それをデータベース
に格納しているのですが、そもそもこういう用途はPostgreSQLは不向きなのですか?




pgsql-jp メーリングリストの案内