PHP が MySQL に大量のデータをクエリするときのメモリ使用量の分析

PHP が MySQL に大量のデータをクエリするときのメモリ使用量の分析_PHP チュートリアル

WBOY

リリース： 2016-07-21 15:26:33

オリジナル

785 人が閲覧しました

昨日、同僚が PHP ディスカッショングループで、自分が取り組んでいるプロジェクトが MySQL クエリからあまりにも多くの結果 (最大 100,000) を返したため、PHP メモリが不足したと述べました。そのため、次のコードトラバーサルを実行した後、彼はこう尋ねました。 MySQL の結果が返される前にデータがすでにメモリ内にありますか? -

コードをコピーコードは次のとおりです:

 
 while ($row = mysql_fetch_assoc($result)) { 
 // ... 
 } 
 

もちろん、この問題に対する最適化方法はたくさんありますが、この問題に関する限り、私の最初の考えは、MySQL は古典的な C/S (クライアント/サーバー、クライアント/サーバー) モデルであるということです。結果セット、基礎となる実装がネットワーク経由ですべてのデータをクライアントのバッファに読み込んだ可能性があります (TCP/IP が使用されていると仮定) 別の可能性としては、データがまだサーバー側の送信バッファにあり、サーバーに渡されていない可能性があります。
PHPとMySQLのソースコードを見る前に、PHPのマニュアルに似たような機能を持つ関数が2つあることに気付きました:

コードをコピーコードは次のとおりです:

 
 mysql_query() 
 mysql_unbuffered_query() 

2 つの関数リテラルの意味と説明により、前者の関数が実行されると、すべての結果セットがサーバーからクライアントのバッファーに読み取られますが、後者の関数は読み込まれません。これが「バッファなし」の意味です
つまり、mysql_unbuffered_query() を使用して大きな結果セットを返す SQL ステートメントを実行すると、結果を走査する前に PHP のメモリが結果セットによって占有されなくなります。 mysql_query() を使用して同じステートメント、関数を実行すると、PHP のメモリ使用量が急激に増加し、すぐにすべてのメモリを消費します
PHP の関連コードを読むと、これらの実装の類似点と相違点がわかります。 2 つの関数:

コードをコピーしますコードは次のとおりです:

 
 /* {{{ proto resource mysql_query(string query [, int link_identifier]) 
 SQL クエリを MySQL に送信します */ 
 PHP_FUNCTION( mysql_query) 
 { 
 php_mysql_do_query(INTERNAL_FUNCTION_PARAM_PASSTHRU , MYSQL_STORE_RESULT) 
 } 
 /* }} } /* do_query(INTERNAL_FUNCTION_PARAM_PASSTHRU, MYSQL_USE_RESULT); } 
 /* }}} */ 

 
 どちらの関数も php_mysql_do_query() のみを呼び出します。 2 番目のパラメータは異なり、MYSQL_STORE_RESULT と MYSQL_USE_RESULT です。php_mysql_do_query() の実装を見てみましょう。 
 
 

 コードをコピー

コードは次のとおりです。 mysql_result=mysql_use_result( &mysql->conn);
} else {

mysql_resul t=mysql_store_result(&mysql->conn); Mysql_use_result() と mysql_store_result() は、MySQL の C API 関数です。 2 つの C API 関数後者は結果セット全体を MySQL サーバーからクライアントに読み取りますが、前者は結果セットのみを読み取ります。結果が即時のメモリ占有を避けるために mysql_unbuffered_query() を使用します。「PHP キャッシュ」がトラバーサルプロセス (配列への配置など) 中に実行されると、実行プロセス全体で 10 万回の操作が必要になります。データの数は 100 万個以上になる可能性がありますが、PHP が占有するメモリは常に非常に小さいです。

http://www.bkjia.com/PHPjc/323922.html

www.bkjia.com

tru​​e

http://www.bkjia.com/PHPjc/323922.html
技術記事