[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 メーリングリストの案内