このパラメータを変更した時には設定ファイルを再読み込みしてください。log_connectionstrueならば、全てのクライアント接続をログへ出力します。このパラメータを変更した時には設定ファイルを再読み込みしてください。enable_pool_hbatrueならば、pool_hba.confに従ってクライアント認証を行います。方法を参照してください。backend_hostname使用するPostgreSQLサーバのホスト名を指定します。pgpool-IIは、このホスト名を使ってPostgreSQLと通信します。TCP/IPを使用する場合、ホスト名またはIPアドレスを指定できます。ディレクトリ名とみなしてそこにソケットファイルが作成されることになります。空文字('')を指定すると、/tmp下に作成したUNIXドメインソケットで接続します。PostgreSQLを区別します(たとえばbackend_hostname0)。この数字のことを「DBノードID」と呼び、0から開始します。0のPostgreSQLは、特別に「マスターDB」と呼ばれます。運用を続けることができます。若いものが新しいマスターDBになります。ストリーミングレプリケーションモードで運用している場合は、DBノードIDが0のノードには特別な意味はなく、プライマリノードかどうかが問題になります。Replicationへの対応をご覧ください。1台しかPostgreSQLを使用しない場合は、"backend_hostname0"としてください。ある情報を途中で変更することはできません。backend_port使用するPostgreSQLサーバのポート番号を指定します。PostgreSQLを区別します。"backend_port0"としてください。ある情報を途中で変更することはできません。backend_weight使用するPostgreSQLサーバに対する負荷分散の比率を0以上の整数または浮動小数点で指定します。"backend_weight"の後には、DBノードIDを付加して使用する複数のPostgreSQLを区別します。1台しかPostgreSQLを使用しない場合は、"backend_weight0"としてください。負荷分散を使用しない場合は、「1」を設定してください。新しく追加した行を設定ファイル再読み込みで追加することができます。2.2.6/2.3以降では、設定ファイルの再読込でbackend_weight値を変更できます。新しく接続したクライアントセッションから、この新しいweight値が反映されます。マスタースレーブモードにおいて、あるスレーブに対して管理業務を実施する都合上、問い合わせがそのスレーブに送られるのを防ぎたい場合に有用です。サーバのデータベースクラスタのパスを指定します。数のPostgreSQLを区別します。このパラメータはオンラインリカバリの際に使用します。使用しない場合には設定する必要はありません。ある情報を途中で変更することはできません。backend_flagバックエンド単位での様々な挙動を制御するフラグです。実際には、"backend_flag"の後に数字を付けて、どのバックエンドのフラグか指定します。複数のフラグを"|"で連結して指定することができます。現在以下のものがあります。ALLOW_TO_FAILOVERフェイルオーバやデタッチが可能になります。これがデフォルトの動作です。DISALLOW_TO_FAILOVERと同時には指定できません。DISALLOW_TO_FAILOVERフェイルオーバやデタッチが行われません。pgpool-II側でフェイルオーバの制御をして欲しくないときなどに指定します。ALLOW_TO_FAILOVERと同時には指定できません。ssltrueならばpgpool-IIとフロントエンド、pgpool-IIとバックエンドの間のSSL接続が可能になります。pgpool-IIとフロントエンドの接続にSSLが利用できるためには、ssl_keyとssl_certが設定されてなければなりません。デフォルトではSSLサポートはオフになっています。SSLサポートを有効にするためには、configure時にOpenSSLサポートを有効にする必要があります。詳細はインストールの項目をご覧下さい。sslを有効に設定したら、pgpoolの再起動をしてください。ssl_keyフロントエンドとの接続に使用するプライベートキーファイルのフルパスを指定します。ssl_keyのデフォルト値はありません。ssl_keyの設定がない場合は、フロントエンドとの接続でSSLが使用されなくなります。ssl_certフロントエンドとの接続に使用する公開x509証明書のフルパスを指定します。ssl_certのデフォルト値はありません。ssl_certの設定がない場合は、フロントエンドとの接続でSSLが使用されなくなります。debug_levelデバッグメッセージの詳細レベル。0でデバッグメッセージの出力なし。1以上でデバッグメッセージを出力します。数字が大きければより詳細なメッセージが出力されるようになります(3.0では今のところメッセージの詳細度は変りません)。デフォルト値は0です。relcache_expireリレーションキャッシュの寿命を秒単位で指定します。0を指定すると、キャッシュの寿命の管理は行わず、プロセスが生きているか、キャッシュが溢れるまでは有効になります(デフォルトの動作)。リレーションキャッシュは、PostgreSQLのシステムカタログに対する問い合わせを保存しておくものです。問い合わせる内容は、テーブルの構造、テーブルが一時テーブルかどうかなどがあります。キャッシュはpgpoolの子プロセスのローカルメモりに保管されています。TABLEが発行されると、テーブルの構造が変わる場合があり、リレーションキャッシュの内容と一致しなくなる恐れがあります。relcache_expireにより、その危険性をコントロールできるようになります。証明書の扱いについてはこのマニュアルの範囲外です。PostgreSQLドキュメントSSLによる安全なTCP/IP接続の章に自分で認証する証明書を作成するコマンドの例があります。PostgreSQLのみを使用し、ほかのサーバにはアクセスしません。サーバにアクセスをこころみ、成功すればそれを使用します。backend_hostname2...でも同様になります。コネクションプールモードrawモードに加え、コネクションプーリングが利用できるようになります。以下の設定項目がコネクションプールの動作に影響を与えます。