[pgsql-jp: 40187] Re: update文のフリーズ

[Eiichiro Sakai]

fujii様

お世話になります。
酒井です。

> ちなみに、ps aux の結果からもロック待ちが発生していたか確認できるのです
が、
> 事象発生時の ps の結果はお持ちでしょうか? ロック待ちのプロセスは、ps では
> "SELECT waiting" や "UPDATE waiting" と表示されます。

すいません、psの結果は残っておりませんでした・・。

以上よろしくお願いします。


> -----Original Message-----
> From: Fujii Masao [mailto:masao.fujii ＠ gmail.com]
> Sent: Wednesday, February 17, 2010 3:19 PM
> To: Eiichiro Sakai
> Cc: PostgreSQL Japanese Mailing List
> Subject: Re: [pgsql-jp: 40175] Re: update文のフリーズ
>
> 2010/2/17 Eiichiro Sakai <sakai ＠ agate-japan.com>:
> > こちらですが、その当時postgresのSQLが滞留していたため、コネクションが最
> 大値
> > に
> > 到達してしていて状況を確認できませんでした。
> > 当時のpg_dumpで取得したdumpファイルはあるのですが、他環境でリストアする
> と
> > pg_stat_activityがきれいになってしまってその状況が判明していない状況で
す。
> > その当時のdumpファイルをそっくりそのまま復元することができれば確認でき
> るので
> > すが、
> > なにか手段などご存知であればご教授いただければと思います。
>
> ちなみに、ps aux の結果からもロック待ちが発生していたか確認できるのです
が、
> 事象発生時の ps の結果はお持ちでしょうか? ロック待ちのプロセスは、ps では
> "SELECT waiting" や "UPDATE waiting" と表示されます。
>
> > すいません、認識が間違ってるかもしれませんが、
> > 結果が同一行に特定される場合でもselect for update等でwhere句の条件が
> > 異なる場合ロックを取得できてしまうのでしょうか？
> > （この場合同一行に二つの行ロックがかかっている状況になってしまうと思うの
> です
> > が・・）
>
> すみません。私の認識が間違ってます。。お騒がせしました m(_ _)m
>
> --
> Fujii Masao
> NIPPON TELEGRAPH AND TELEPHONE CORPORATION
> NTT Open Source Software Center