0

24時間年中無休のPHPシェルスクリプトでMySQLのタイムアウトに問題があります。

Pear DB DB :: connect（）が新しいハンドルを作成するという印象を受けましたが、そうではないようです。DB :: connect（）は、ループで5回使用された場合でも、実際には「サーバーがなくなった」というエラーを返します。

DB :: connect（）の前に、スクリプトにdb-> disconnect（）とunset（$ db）を追加しました。これにより、基盤となるmysqlモジュールが接続（localhost）の前にリソースを解放しますか？そうでない場合は、独自のnew_linkを使用する以外のオプションは表示されません。

4

2 に答える 2

0

うーん。結論が出ない。

同じ設定で 2 回接続し、mysql_close() を実行してから 3 回目の接続を実行するサンプル php スクリプトを作成しました。また、別のウィンドウで tcpdump を実行しました。

最初の数回の実行では、その後の接続でサーバーへのトラフィックが発生しました。その後、このトラフィックはなくなりました。

その結果、mysql_close() を使用しないと、mysql_connect() は実際に前の接続を使用し、後続の mysql_connect() のトラフィックはゼロになります。

mysql_close() を実行すると、ダンプは TCP 接続が閉じていることを示します。

3 回目の接続では、最初から接続が再度確立されます。

13:37:57.842598 IP 192.168.1.1.58772 > 192.168.2.2.mysql: S 3281731243:3281731243(0) win 5840 <mss 1460,sackOK,timestamp 503312235 0,nop,wscale 7>
13:37:57.887534 IP 192.168.2.2.mysql > 192.168.1.1.58772: S 1293434507:1293434507(0) ack 3281731244 win 5792 <mss 1460,sackOK,timestamp 3402066848 503312235,nop,wscale 7>
13:37:57.887639 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 1 win 46 <nop,nop,timestamp 503312245 3402066848>
13:37:57.932750 IP 192.168.2.2.mysql > 192.168.1.1.58772: P 1:61(60) ack 1 win 46 <nop,nop,timestamp 3402066859 503312245>
13:37:57.932843 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 61 win 46 <nop,nop,timestamp 503312256 3402066859>
13:37:57.935983 IP 192.168.1.1.58772 > 192.168.2.2.mysql: P 1:62(61) ack 61 win 46 <nop,nop,timestamp 503312258 3402066859>
13:37:57.981130 IP 192.168.2.2.mysql > 192.168.1.1.58772: . ack 62 win 46 <nop,nop,timestamp 3402066871 503312258>
13:37:57.981181 IP 192.168.2.2.mysql > 192.168.1.1.58772: P 61:72(11) ack 62 win 46 <nop,nop,timestamp 3402066871 503312258>
13:37:58.017172 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 72 win 46 <nop,nop,timestamp 503312279 3402066871>

at 13:38:01 there was the second mysql connection

at 13:38:04 now the mysql_close():    
13:38:03.989796 IP 192.168.1.1.58772 > 192.168.2.2.mysql: P 62:67(5) ack 72 win 46 <nop,nop,timestamp 503313772 3402066871>
13:38:03.989844 IP 192.168.1.1.58772 > 192.168.2.2.mysql: F 67:67(0) ack 72 win 46 <nop,nop,timestamp 503313772 3402066871>
13:38:04.034818 IP 192.168.2.2.mysql > 192.168.1.1.58772: F 72:72(0) ack 68 win 46 <nop,nop,timestamp 3402068385 503313772>
13:38:04.034920 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 73 win 46 <nop,nop,timestamp 503313783 3402068385>

at 13:38:07 the third connection after mysql_close(). Afterwards script exits and mysql connection is closed.
13:38:06.995120 IP 192.168.1.1.58773 > 192.168.2.2.mysql: S 3287179963:3287179963(0) win 5840 <mss 1460,sackOK,timestamp 503314523 0,nop,wscale 7>
13:38:07.035065 IP 192.168.2.2.mysql > 192.168.1.1.58773: S 1439831970:1439831970(0) ack 3287179964 win 5792 <mss 1460,sackOK,timestamp 3402069136 503314523,nop,wscale 7>
13:38:07.035166 IP 192.168.1.1.58773 > 192.168.2.2.mysql: . ack 1 win 46 <nop,nop,timestamp 503314533 3402069136>
13:38:07.075107 IP 192.168.2.2.mysql > 192.168.1.1.58773: P 1:61(60) ack 1 win 46 <nop,nop,timestamp 3402069146 503314533>
13:38:07.075188 IP 192.168.1.1.58773 > 192.168.2.2.mysql: . ack 61 win 46 <nop,nop,timestamp 503314543 3402069146>
13:38:07.075437 IP 192.168.1.1.58773 > 192.168.2.2.mysql: P 1:62(61) ack 61 win 46 <nop,nop,timestamp 503314543 3402069146>
13:38:07.115123 IP 192.168.2.2.mysql > 192.168.1.1.58773: . ack 62 win 46 <nop,nop,timestamp 3402069156 503314543>
13:38:07.115178 IP 192.168.2.2.mysql > 192.168.1.1.58773: P 61:72(11) ack 62 win 46 <nop,nop,timestamp 3402069156 503314543>
13:38:07.115821 IP 192.168.1.1.58773 > 192.168.2.2.mysql: P 62:67(5) ack 72 win 46 <nop,nop,timestamp 503314553 3402069156>
13:38:07.115844 IP 192.168.1.1.58773 > 192.168.2.2.mysql: F 67:67(0) ack 72 win 46 <nop,nop,timestamp 503314553 3402069156>
13:38:07.155524 IP 192.168.2.2.mysql > 192.168.1.1.58773: F 72:72(0) ack 68 win 46 <nop,nop,timestamp 3402069166 503314553>
13:38:07.155606 IP 192.168.1.1.58773 > 192.168.2.2.mysql: . ack 73 win 46 <nop,nop,timestamp 503314563 3402069166>

そしてスクリプト：

<?php

output( "starting");
$start = microtime(true);
$res = mysql_connect('192.168.2.2','user','pass');
if( $res === FALSE )
        die(output("SQL error on connect\n"));
output(sprintf("Connect took: %.3f", (microtime(true)-$start)));

output("sleep 3");
sleep(3);

$start = microtime(true);
$res = mysql_connect('192.168.2.2','user','pass');
if( $res === FALSE )
        die(output("SQL error on connect\n"));
output(sprintf("Connect took: %.3f", (microtime(true)-$start)));

output("sleep 3");
sleep(3);

output("closing");
mysql_close( $res );

output("sleep 3");
sleep(3);

$start = microtime(true);
$res = mysql_connect('192.168.2.2','user','pass');
if( $res === FALSE )
        die(output("SQL error on connect\n"));
output(sprintf("Connect took: %.3f", (microtime(true)-$start)));

output("all done");
exit;

function output($str)
{
        echo date('Y-m-d H:i:s')." ".$str."\n";
}
于 2012-10-11T10:47:59.247 に答える
0

マニュアルから：

多くの Web アプリケーションは、データベース サーバーへの永続的な接続を確立することで恩恵を受けます。永続的な接続はスクリプトの最後で閉じられませんが、別のスクリプトが同じ資格情報を使用して接続を要求したときにキャッシュされ、再利用されます。永続的な接続キャッシュを使用すると、スクリプトがデータベースと対話する必要があるたびに新しい接続を確立するオーバーヘッドを回避できるため、Web アプリケーションが高速になります。

これは接続プールとして知られています。接続は、接続プールを使用して作成されます。新しい接続を作成しても、それはプールから取得されて提供されます。

接続を閉じないでください。パフォーマンスが低下し、何のメリットもありません。

于 2012-10-11T07:40:21.687 に答える