Thread: Persistent Connections

Persistent Connections

From
postgres@countup.de
Date:
Hi <br /><br />I have a php script and i make a pg_pconnect <br />If i want to make 4-10 pg_query in that script <br
/>Havei to close the connection at end of the script? <br />(i would say yes, is it right?) <br /><br />Sorry I m a
littlebit confused about the persistent thing!! <br />Is it smart to use persistent connections at all if i expect 100K
Usersto hit the script in an hour and the script calls up to 10-15 pg functions? <br />I have at the mom one function
butthe server needs 500 ms, its a little bit too much i think, and it crashed when i had 20K users <br /><br />Thanks
<br/>Bye <br /> 

Re: Persistent Connections

From
Nick Barr
Date:
Hi,

postgres@countup.de wrote:

> Hi
>
> I have a php script and i make a pg_pconnect
> If i want to make 4-10 pg_query in that script
> Have i to close the connection at end of the script?
> (i would say yes, is it right?)


If you want to make multiple pg_query's in a page you can, and you can
use the same connection. You dont have to use persistent connections for
this. Just open the connection and fire off the different queries. The
persistent connection remains open between different pages loading,
which is supposedly faster because you dont have the overhead of opening
the connection.

If you want to use a persistent connection then definitely dont close it
at the bottom of the page. If you want to use the other connection
(pg_connect, non-persistent) then you dont have to close this connection
at the bottom of the page because PHP does it for you, although you can
if you are feeling nice ;-).

>
> Sorry I m a little bit confused about the persistent thing!!
> Is it smart to use persistent connections at all if i expect 100K
> Users to hit the script in an hour and the script calls up to 10-15 pg
> functions?
> I have at the mom one function but the server needs 500 ms, its a
> little bit too much i think, and it crashed when i had 20K users
>

Use the persistent connection but make sure the parameters in
postgresql.conf match up with the Apache config. The specific settings
are MaxClients in httpd.conf and max_connections in postgresql.conf.
Make sure that max_connections is at least as big as MaxClients for
every database that your PHP scripts connect to.

> Thanks
> Bye




Re: Persistent Connections

From
Randolf Richardson
Date:
"nicky@chuckie.co.uk (Nick Barr)" stated in
comp.databases.postgresql.performance:

> postgres@countup.de wrote:
[sNip]
>> Sorry I m a little bit confused about the persistent thing!!
>> Is it smart to use persistent connections at all if i expect 100K
>> Users to hit the script in an hour and the script calls up to 10-15 pg
>> functions?
>> I have at the mom one function but the server needs 500 ms, its a
>> little bit too much i think, and it crashed when i had 20K users
>
> Use the persistent connection but make sure the parameters in
> postgresql.conf match up with the Apache config. The specific settings
> are MaxClients in httpd.conf and max_connections in postgresql.conf.
> Make sure that max_connections is at least as big as MaxClients for
> every database that your PHP scripts connect to.

        Do you happen to have (or know where to get) some sample configuration
files for Apache 2 and PostgreSQL for this?  The documentation I've found
so far is pretty sparse, and sample files would be very helpful.

        THanks in advance.

--
Randolf Richardson - rr@8x.ca
Vancouver, British Columbia, Canada

"We are anti-spammers.  You will confirm
subscriptions.  Resistance is futile."

Please do not eMail me directly when responding
to my postings in the newsgroups.

Re: Persistent Connections

From
Thomas Swan
Date:
Randolf Richardson wrote:

>"nicky@chuckie.co.uk (Nick Barr)" stated in
>comp.databases.postgresql.performance:
>
>
>
>>postgres@countup.de wrote:
>>
>>
>[sNip]
>
>
>>>Sorry I m a little bit confused about the persistent thing!!
>>>Is it smart to use persistent connections at all if i expect 100K
>>>Users to hit the script in an hour and the script calls up to 10-15 pg
>>>functions?
>>>I have at the mom one function but the server needs 500 ms, its a
>>>little bit too much i think, and it crashed when i had 20K users
>>>
>>>
>>Use the persistent connection but make sure the parameters in
>>postgresql.conf match up with the Apache config. The specific settings
>>are MaxClients in httpd.conf and max_connections in postgresql.conf.
>>Make sure that max_connections is at least as big as MaxClients for
>>every database that your PHP scripts connect to.
>>
>>
>
>        Do you happen to have (or know where to get) some sample configuration
>files for Apache 2 and PostgreSQL for this?  The documentation I've found
>so far is pretty sparse, and sample files would be very helpful.
>
>
>
>
Beware that persistent connections in PHP behave a little differently
than you would think.    The connections stays open between an apache
process and postgres.   So each process has its own connection and you
may not hit the same process on each request to the apache server.
Temporary tables are not dropped automatically between refreshes on
persistent connections.  An example of this is to enable persistent
connections and execute "CREATE TEMPORARY TABLE foo ( id INTEGER );"

$conn = pg_pconnect( ... );
if (!$result = pg_query($conn, "CREATE TEMPORARY TABLE tmp_foo ( id
INTEGER );")) {
   echo pg_result_error($result) ;
} else {
   echo "created ok!";
}

After a couple of refreshes you will get an error that states the table
already exists.   This was a pain to learn, especially while I was doing
these operations inside of transactions.

On most of my servers the connect time for postgresql was 6ms or less,
so I disabled persistent connections altogether so that I could be
assured that temporary tables and all php launched postgresql sessions
were properly reset.

As far as I know, there is no way to reset the sesssion ( cleaning up
temporary tables, etc ) automatically with an SQL statement without
closing the connection