PHP〜postgreSQLのタイムアウトに関して

Question

apache2.4+PHP5.4+postgreSQL9.2の環境で質問です。
PHPからpg_connectでpostgresに接続して、pg_queryで問い合わせ、pg_fetch_rowで返答を取得し、pg_closeで切断....というのがPHP<=>DBのやりとりですよね。
PHPからの接続数がちょうどpostgresql.conf内のmax_connectionsに達しているときに、同時で追加接続要求を出したとします。これはただちにpostgresが接続エラーを返して接続失敗となるのでしょうか？
それとも、接続要求はpostgresのキューのようなところに保持され接続できるまで待つことになるんですかね。
まずapacheにはhttpd.confのTimeoutがあり、PHPにはphp.iniにあるmax_execution_timeまでスクリプトは終わらないし、postgresql.confにもstatement_timeoutのようなパラメータがあり指定時間内までならDBもエラーを返さないようだから、その作りからすると、例えば、max_connections=100で接続が100人フルの時にちょうど101人目が接続しようとしたら問答無用で即時エラーになるとは思えないのです。
言い方を変えますと、300人ぐらいが絶えずpostgresに接続しているwebサイトがあって、設定がmax_connections=100だとしても、これらタイムアウトの時間内で接続〜問い合わせ〜返答までできればmax_connectionを300にする必要はないのではないかとも思いました。
どんな仕掛けになっているのでしょうか？

Comments

[m.ts10806]

試してみては？
1とか少ない数にすれば自身でもすぐに確認できそうなものですが

[norinorider]

ご意見ありがとうございます。すでに運営しているサービスで、本体で実験できないでおりました。

Answer 1

PHPからの接続数がちょうどpostgresql.conf内のmax_connectionsに達しているときに、同時で追加接続要求を出したとします。これはただちにpostgresが接続エラーを返して接続失敗となるのでしょうか？

接続数が超過するとエラーです。
PostgreSQLのトラブルシュートとチューニング

エラーメッセージ FATAL: connection limit exceeded for non-superusers
原因 非スーパユーザによるサーバへの接続数が (max_connections - superuser_reserved_connections) を超過しています。

超過時のエラーは上記のようなものです。

それとも、接続要求はpostgresのキューのようなところに保持され接続できるまで待つことになるんですかね。

PostgreSへの接続のプールを行うには、PgBouncerなどを利用します。
[mastodon] PgBouncerを導入する

Comments

[norinorider]

ありがとうございます！ご説明で、自分に都合が良い仕組みにはなっていないとわかりました。analyticsでサイトのリアルタイムユーザー数を確認するとそれは多いのですが、pg_log/のログには接続数オーバーの記録がつかない、ということは全ユーザーが「ほんとの同時」にDBにつないでいるわけではない、とも理解できました。