mysql_connect と mysql_pconnect の違いについて話しましょう これら 2 つの関数の使用法は似ています。インターネット上の一部の人々は、pconnect を使用する必要があると考えていますが、pconnect は良いことだと考えている人もいます。 pconnect を使用しないことや、曖昧な態度をとる人もいます。それで、これはどういうことですか?
永久リンクは、サーバーが接続を開いて全員がリンクを共有することを意味するものではありません。永続的な接続では、クライアントごとに接続が開かれます。200 人が訪問すると、200 の接続が存在します。実際、mysql_pconnect() 自体はあまり処理を行いません。唯一行うことは、php の実行後に mysql 接続を積極的に閉じないことです。
php が CGI モードで実行されている場合、pconnect と connect には基本的に違いはありません。 cgi 方式では、PHP がアクセスするたびにプロセスが開始され、アクセスが完了するとプロセスが終了し、Apache モジュール モードで PHP が実行されると、Apache がプロセス プールを使用するため、httpd プロセスが実行されます。終了後にプロセスプールに戻ります。これにより、pconnect で開かれた mysql 接続リソースが解放されなくなり、次の接続要求があるときに再利用できるようになります。これにより、同時アクセス量が増加したときに Apache を使用できるようになります。 pconnect を使用すると、DB に繰り返し接続する時間が節約され、アクセス速度が速くなります。ただし、Apache の同時アクセス量が大きい場合は、pconnect を使用する必要はありません。 mysql 接続が以前の一部の httpd プロセスによって占有されているため、mysql 接続の最大数が 500 に設定されている場合、以降の一部のリクエストは満たされなくなる可能性があります。 Apache の同時アクセス数を 2000 に設定すると、すべてのアクセスにアクセス データベースが必要になると想定され、処理時間が比較的長くなります。現在の 500 件の httpd リクエストが終了しないと、後続の httpd プロセスは接続できなくなります。 mysql (mysql 接続の最大数に達したため) 現在の 500 個の httpd プロセスのみが終了しているか、Mysql は再利用された後にのみ接続できます
データベース操作が複雑で時間がかかる場合、httpd は多数のプロセスをフォークします。これは他の httpd プロセスの mysql 接続を再利用しないため、最初に生成された httpd プロセスがデータベース接続を解放しないため、後で生成された httpd プロセスはデータベースに接続できなくなります。 同時アクセス数が多くない場合、pconnect を使用すると単純にアクセス速度が向上しますが、同時アクセス数が増加した後は、pconnect を再度使用するかどうかはプログラマーの選択によって異なります
私の個人的な意見では、PHP の現在の接続は次のようになります。 mysql 接続プールは実際には使用されておらず、pconnect は Apache のプロセス プールを借用しているだけなので、同時アクセス量が多い場合、pconnect は DB へのアクセス効率を向上させることはできません。
実際のアプリケーションでは、mysql_pconnect と組み合わせて使用します。新しいページの各更新とリクエストは高速ですが、mysql_connect では、データベース接続が遅い場合は各更新を再リクエストする必要があることがわかります。 データベース接続が遅く、DB 操作がそれほど複雑ではなく、プログラムがデッドロックを引き起こさないことに十分自信を持っている場合、またはサーバーを制御でき、上記 4 つの条件のいずれか 2 つを満たしている場合は、以下を使用できます。接続します。
pconnect をスクリプトで閉じる必要はありません。mysql で有効期間を設定することも、定期的にスキャンして長期間休止していた接続を強制終了するシェルを作成することもできます。 一言で要約: pconnect を上手に使うには、php スクリプトだけの問題ではなく、データベースとサーバーの設定も関係します。