[pgsql-jp: 39887] Re: 1 回目のUPDATEが異常に遅い

mitani @ sraw.co.jp mitani @ sraw.co.jp
2009年 6月 11日 (木) 16:00:58 JST


島田さん、こんにちは。

1つしかないactual time が 0.000
なのに
Total runtime は 6766.000 ms
ということですので、
DB以外に問題があるように思います。

ハードディスクの問題なのか、他のアプリケーションの問題なのか、分かりませんが、
問題の切り分け作業をされるのが解決の近道だと思います。

何か分かったら教えてくださいね。

三谷@広島

-- original message --
From: <Shimada.Hirokazu @ toshiba-sol.co.jp>
To: PostgreSQL Japanese Mailing List<pgsql-jp @ ml.postgresql.jp>
Sent: Thu, 11 Jun 2009 15:01:55 +0900
Subject: [pgsql-jp: 39886] Re:1 回目のUPDATEが異常に遅い

>三谷様
>
>ご返信ありがとうございます。島田です。
>
>すみません、SELECT、DELETEの1秒というのは、感覚的な時間で実際には1秒を
>下回っているかもしれません。
>
>UPDATE文のEXPLAIN ANALYZEの結果は以下の通りです。
>
>Index Scan using card_mst_pk,card_mst_pk on card_mst (cost=0.00..12.01 
>rows=2 width=119) (actual time = 0.000..0.000 rows = 2 loops = 1)
> Index Cond: (((card_no)::text = '98003701'::text) OR ((card_no)::text = 
>'98003702'::text))
>Total runtime: 6766.000 ms
>
>ハードウェア環境は、
>
>CPU:IntelXeon 2.6MGHz
>メモリ:2Gbyte(DBの共有メモリは900Mbyte)
>
>です。
>
>ハードウェアの問題であれば、違うマシンにデータフォルダ以下を全てコピーして
>>すのがよいのでしょうか?
>それで同様であれば、ハードウェア以外の問題、発生しないのであれば、ハードウ
>ェアの問題という切り分けにはなりそうですか。
>
>本現象は、システム稼動当初から遅かったわけではなく、気づいたらいつの間にか
>遅くなっていたという状況です。
>
>以上
>
>pgsql-jp-bounces @ ml.postgresql.jp wrote on 2009/06/11 13:50:46:
>
>> こんにちは。
>> 
>> 1件のUPDATEに90秒もかかるというのは論外として、
>> 5000件程度のテーブルで、SELECTやDELETEに1秒もかかるというのは遅すぎます
>ね。
>> EXPLAIN ANALYZEを使って、実際にDBでの処理がどれくらいかかっているの
>> か調べた方がよいかもしれません。
>> EXPLAINの使い方は以下のページを参照してください。
>> http://www.postgresql.jp/document/pg837doc/html/sql-explain.html
>> 
>> それはともかく。
>> ハードウェア環境はどうなっていますか?
>> 
>> 三谷@広島
>> 
>> -- original message --
>> From: <Shimada.Hirokazu @ toshiba-sol.co.jp>
>> To: <pgsql-jp @ ml.postgresql.jp>
>> Sent: Thu, 11 Jun 2009 10:55:35 +0900
>> Subject: [pgsql-jp: 39884]1回目のUPDATEが異常に遅い
>> 
>> >初めて投稿させていただきます。島田と申します。
>> >
>> >掲題の件、5000件程度のテーブルの1件のUPDATEに非常に時間が掛っています。
>> >環境は以下の通りです。
>> >
>> >OS:WS2003
>> >DB:PowergresV2.8
>> >
>> >具体的な状況は、
>> >・当該テーブルへのバキューム後の1レコードのUPDATEに90秒ほど掛る。
>> >・その後のUPDATEは、3秒程度で完了(対象レコードを変えても同様)
>> >・再度バキュームを実行後、当該テーブルへのUPDATEに90秒ほど掛る。
>> >
>> >といったような状況です。
>> >なお、テーブルロックを明示的に書けるような操作はしておりません(してい
>ない
>> >と思
>> >います)。
>> >また、フルバキュームやリインデックスを実行しても状況は変わりませんでし
>た。
>> >
>> >クエリ自体は、
>> >
>> >UPDATE テーブル名 SET カラム名 WHERE カラム名(主キー)=キー値
>> >
>> >といったもので、外部参照されているカラムの値の変更はしていません。
>> >
>> >ちなみに、SELECTやDELETEは1秒程度で、UPDATEのみ時間が掛ってしまいます。
>> >
>> >本現象について、なにかお心あたりやご経験がある方がいらっしゃいましたら
>ご教
>> >授
>> >いただけませんでしょうか?
>> >
>> >よろしくお願いいたします。
>> >
>> >以上
>> >
>> >
>> 
>
>




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