[pgsql-jp: 41641] Re: V8.4 から V9.3 変更時にJDBCアプリがスローダウン

[Masahide Oida]

MauMauさん、
レスポンス頂きありがとうございました。

> ちなみに、PostgreSQL 9.3とは、9.3の最新である9.3.4でしょうか。

につきましては、9.3.2 を使用しております
すみませんV9.3に見られる性能低下事例について
どのような物か参考にすべき過去ログ等ございましたら
ご教示頂けないかと思うのですが、可能でしょうか

個別のSQLのExplain取得を検討してみます。
単純に実行時間比較を log_min_duration_statement を10msに設定して内容確認中
です。
感覚的に〜15ms程度のSQLについては現・新どちらも変わらない数値ですが、
100ms以上のものについて大きな差がついている感じで、
全体としてかなりの数のSQLが記録されています（数千単位）

-------------------------------------------------
種田　将英
Masahide OIDA,  IBM Japan
ワークプレース．システムｘサービス（6JC25）
mobile:080-6706-1731  JTAS-SE席 042-354-4488


pgsql-jp-bounces ＠ ml.postgresql.jp wrote on 2014/05/18 15:53:00:

>
> \\種田さん
>
>
> MauMauといいます。
>
> From: "Masahide Oida" <MOIDA ＠ jp.ibm.com>
> > 日本IBM 種田と申します
> > 異常に遅くなる原因についてDBを64bitにした事が考えられるのですが、
> > 問題の切り分け・調査方法について、ご教示頂ければ幸いです
>
> 64ビットのSPARCを搭載したSolarisマシンでは、64ビット版のPostgreSQLよ
> り32ビット版のほうが速いというのを見たことがあります。
> 理由は、64ビットのSPARCは、同時に32ビットの２つのCPU命令を実行できる
> からということです。
> これがIntelのCPUでもいえることなのかはわかりません。
>
> しかし、40分と10時間とでは、15倍もの開きがあります。
> ３２ビットと64ビットとの違い以上のものがあるように思います。
>
> このような大きな差を生むものとしては、問い合わせ計画の違いが考えられま
す。
> そこで、32ビットと64ビットのPostgreSQL 9.3それぞれで、
> 遅いSQLとその問い合わせ計画を比較されてみてはいかがでしょうか。
> 具体的には、postgresql.confに次を設定します。
>
> shared_preload_libraries = 'auto_explain'
> auto_explain.log_min_duration = 0
> auto_explain.log_analyze = on
> auto_explain.log_verbose = on
> auto_explain.log_buffers = on
> auto_explain.log_nested_statements = on
>
> これで、実行したすべてのSQL文とその実行時間、問い合わせ計画がサーバロ
> グに出力されます。
> サーバログを採取するには、たとえばpostgresql.confに次を設定します。
>
> logging_collector = on
> log_destination = 'stderr'
> log_directory = 'd:\\log'
> log_filename = 'postgresql.txt'
>
> ちなみに、PostgreSQL 9.3とは、9.3の最新である9.3.4でしょうか。
> また、もし9.3でなくてもよければ、9.2.8をためしてみるのもよいかもしれませ
ん。
> 情報が不確かで申し訳ありませんが、9.3はときどき以前の版に比べて性能の
> 低下が報告されているようだからです。
>
>
> 以上です。
>