[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 05/09 11:31 / Filesize : 193 KB / Number-of Response : 651
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

PostgreSQL 2テーブル目



285 名前:nobodyさん [03/07/10 16:23 ID:57Eu1LHu]
PostgreSQL 7.2.3
php4.1.2
kernel 2.4.7-10
gcc 2.96

という環境で、webアプリを稼動させています。
cronで一日一回「vacuum full」を実行しています。

テーブルは約50個あり、しばらく運用していると
データを保存しているハードディスク領域(/usr/local/pgsql/data/base/XXXXXXXX)が徐々に肥大していきます。
肥大化していくと、insertや、dropが比較的多めのテーブルがあるのですが、
そのテーブルのレスポンスも悪くなっていきます。
そのテーブルをdumpして、dumpファイルからの復帰をすると改善するようです。

別のマシンに同じDBを持ってきて、問題のDBをDUMPし、一旦そのDBをdropdb。
そして、createdbし、dumpからの復帰
psql -e db < dumpfile
をするとハードディスク領域(/usr/local/pgsql/data/base/XXXXXXXX)は約1/3程度になりました。

定期的にdumpして、そのdumpファイルからの復帰という作業は非効率的ですので
このような作業をせずに肥大化を防げる方法はありませんでしょうか。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<193KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef