コネクションプールの設定

コネクションプールの設定

 それでは実際にコネクションプールの設定をしてみましょう。今回は同一マシン上でpgpool-IIとPostgreSQLを起動し、pgpool-IIのポートは9999、PostgreSQLのポートは5432(それぞれデフォルト)とします。

 まずpgpoolAdminの画面から「pgpool.conf設定」を選択します。

 最初にバックエンドの追加します。pgpool-IIが接続するPostgreSQLの情報を入力します。「Backends」セクションの「追加」ボタンを押すと、新しいバックエンドの情報を入力する欄が表示されます。ここで、以下のように入力します。

・「new backend_hostname」に「localhost」
・「new backend_port」に「5432」
・「new backend_weight」に「1」

 なお、pgpoolAdminを使わずに直接pgpool.confを書き換える場合は以下のように記述します。

backend_hostname0 = 'localhost'
backend_port0 = 5432
backend_weight0 = 1

 なお、直接書き換える場合は、以下の記述も忘れずに行います。

backend_data_directory0 = ''

 次に、num_init_childrenとmax_poolの設定を行います。

 num_init_childrenのデフォルト値は32、max_poolのデフォルト値は4となっています。この値で問題は無いのですが、今回はpgpool-IIの動作を確認するためにより小さな値を設定してみます。num_init_childrenとmax_poolにそれぞれ2を設定しましょう。

 ここまで入力したら、画面最下部の「更新」ボタンを押します。

 「pgpoolステータス」画面に戻り、「pgpool起動」ボタンを押します。正常に起動した場合、「ノード情報」の欄に「ノード稼動中。接続無し」と表示されます。

 では、psqlからpgpool-IIに接続して動作を確認してみましょう。なお、postgresql.confのlog_connectionsとlog_disconnectionsをonとすることで、実際にいつPostgreSQLに接続と切断が行われたかをログに出力することができます。

$ psql -p 9999

 pgpoolAdminのpoolステータス画面から「プロセス情報」ボタンを押すと、PostgreSQLへの接続が確認できます。ここで、psqlを終了させてもchild_life_timeの5分間の間は接続が保持されていることが確認できます。また、psqlの終了と起動を繰り返すと「コネクションの使用回数」がカウントされていきます。

 複数のpsqlを起動して接続すると、3つ目のpsqlを起動した時に接続されずに待ち状態になり、ほかのpsqlを終了すると接続されることが確認できます。

注意点

 最後に注意点をまとめておきます。

 CREATE TEMP TABLE文で一時テーブルを作成した場合、pgpool-IIを介さない場合はクライアントが切断した時に自動的にテンポラリテーブルも削除されますが、pgpool-IIのコネクションプールで接続が再利用された場合、テンポラリテーブルが削除されません。

 PostgreSQL 8.3以降では、pgpool.confのreset_query_listを「ABORT; DISCARD ALL;」と設定しておくことで、クライアント切断時にテンポラリテーブルなどの一時的なリソースをすべて開放させることができます。

 また実行中の問い合わせをキャンセルするには、別に1つの接続が必要となります。すべてのクライアントからキャンセルを確実に行えるようにするためには、想定される接続数の倍をnum_init_childrenに設定する必要があります。

 今回はpgpool-IIのコネクションプールの機能について説明しました。次回は、レプリケーションと負荷分散について解説します。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30