[pgpool-general-jp: 1247] Re: pgpoolで発行されるSQLについて

[貞永佳市]

石井様

お世話になります、貞永です。
ご回答頂き、有難うございます。

SQLが入っている詳細なログはないのですが、長時間かかっているSQLはpg_statsinfo上のLog Transactionsで見つけました。

まずは、pgpool_regclassが入っているか確認し、入っていない場合は入れてもらうようにします。（作業の実際はべつのところが行っているので）
その上で、再発するか見たいと思います。

初歩的な質問ですいませんがpgpool_regclassについてpgool-IIをrpmでインストールした場合はどのようにインストールしたら宜しいのでしょうか？
ソースからインストールした場合はわかるのですが、RPMからだとソースが無いのでそのままでは出来ないと思っています。
また、コンパイル自体はpostgreSQLが入っているサーバーで行うのでアッていますでしょうか？

よろしくお願い致します。





2013年12月18日 11:02 Tatsuo Ishii <ishii ＠ sraoss.co.jp>:

> 石井です。
>
> > 貞永と申します。
> >
> > pgpool-II
> 3.3.1およびpostgresql9.3.0を使い、ストリーミングレプリケーションとロードバランシングの構成を組んだシステムにて、
> >
> 時間のかかっているSQLを調査していたのですが、下記のようなSQLが600秒とか500秒近くかかっているものが何件かありました。（過去には15時間という時もありました）
> >
> > SELECT count(*) FROM pg_catalog.pg_class AS c WHERE c.relname =
> 'ユーザーテーブル名'
> > AND c.relpersistence = 'u'
> >
> > こちらのメーリングリストの過去ログなどでpgool-IIが管理用に発行しているもののようなのですが、幾つか確認・質問があります。
> >
> > １．このSQLはpgpool-IIから発行しているものかどうか
>
> はい、pgpool-IIが発行しています。
>
> > ２．pgpool-IIから発行している場合、どのようなタイミングで発行されるのか
>
> そのセッションの中で、「ユーザーテーブル名」が最初にクエリの中で利用される時です。
>
> > ３．このSQLが長時間かかっていることがアプリケーションシステムへの影響はないのか（ほっておいていいものかどうか
> ）
>
> あります。このクエリが終了しないと、実行されるはずだったユーザのクエリ
> も実行されません。
>
> > ４．このSQLが長時間かからないように改善する方法はないのか
>
> 通常はこのようなことは起こらないはずなので、バグか設定の問題だと思われ
> ます。この時間のかかっているクエリを発行しているpgpool-II子プロセスと同
> じpidの子プロセスの少し前のログがあれば何かわかるかもしれません。
>
> ところで気になるのは、pgpool_regclassがインストールされていないように見
> 受けられることです。まずはpgpool_regclassがインストールしてください。
>
> > ご存知の方がおられましたら教えて下さい。
> >
> > よろしくお願いします。
> --
> Tatsuo Ishii
> SRA OSS, Inc. Japan
> English: http://www.sraoss.co.jp/index_en.php
> Japanese: http://www.sraoss.co.jp
>



-- 
┌───────────────────────┐
  株式会社アイティフォー
    事業本部  技術企画部     貞永 佳市
        Mail: ksadanaga ＠ itfor.co.jp
        Tel: 03-5275-7903 (内線: 61466)
└───────────────────────┘
-------------- next part --------------
HTMLの添付ファイルを保管しました...
URL: <http://www.sraoss.jp/pipermail/pgpool-general-jp/attachments/20131218/15df9ba2/attachment-0001.html>