昨日、同僚が 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
true
http://www.bkjia.com/PHPjc/323922.html
技術記事
昨日、同僚が PHP ディスカッション グループで、彼が取り組んでいるプロジェクトが MySQL クエリから多すぎる結果 (最大 100,000) を返し、結果として PHP メモリが不足したと述べました。そのため、次のコマンドを実行した後、彼は尋ねました。