PHP查詢MySQL大量數(shù)據(jù)的時候內存占用分析

1、PHP查詢 MySQL大量數(shù)據(jù)的時候內存占用分析文章主要是從原理 , 手冊和源碼分析在PHP中查詢 MySQL返回大量結果時 , 內存占用的問題 , 同時對使用 MySQLCAPI也有涉及 . 跟隨去看看吧！昨天 , 有同事在 PHP討論群里提到 , 他做的一個項目由于 MySQL 查詢返回的結果太多 ( 達 10 萬條 ), 從而導致 PHP內存不夠用 . 所以 , 他問 , 在執(zhí)行下面的代碼遍歷返回的 MySQL結果之前 , 數(shù)據(jù)是否已經在內存中了 ?-復制代碼代碼如下 :while($row=mysql_fetch_assoc($result)/.當然 , 這種問題有許多優(yōu)化的方法. 不

2、過 , 就這個問題來講 , 我首先想到 ,MySQL是經典的 C/S(Client/Server,客戶端 / 服務器 ) 模型 ,在遍歷結果集之前 , 底層的實現(xiàn)可能已經把所有的數(shù)據(jù)通過網絡 ( 假設使用 TCP/IP) 讀到了 Client 的緩沖區(qū) , 也有另一種可能 , 就是數(shù)據(jù)還在 Server 端的發(fā)送緩沖區(qū)里 , 并沒有傳給 Client.在查看 PHP和 MySQL的源碼之前 , 我注意到 PHP手冊里有兩個功能相近的函數(shù) :復制代碼代碼如下 :mysql_query()mysql_unbuffered_query()兩個函數(shù)的字面意思和說明證實了我的想法, 前一個函數(shù)執(zhí)行時,

3、會把所有的結果集從 Server 端讀到 Client 端的緩沖區(qū)中 , 而后一個則沒有 , 這就是” unbuffered( 未緩沖 ) ”的意思 .那就是說 , 如果用 mysql_unbuffered_query() 執(zhí)行了一條返回大量結果集的 SQL語句 , 在遍歷結果之前 ,PHP的內存是沒有被結果集占用的 . 而用 mysql_query() 來執(zhí)行同樣的語句的話 , 函數(shù)返回時 ,PHP的內存占用便會急劇增加, 立即耗光內存 .如果閱讀 PHP的相關代碼 , 可以看到這兩個函數(shù)的實現(xiàn)上的異同:復制代碼代碼如下 :/*protoresourcemysql_query(stringq

4、uery,intlink_identifi er)SendsanSQLquerytoMySQL*/PHP_FUNCTION(mysql_query)php_mysql_do_query(INTERNAL_FUNCTION_PARAM_PASSTHRU,MYSQL_S TORE_RESULT);/*/*protoresourcemysql_unbuffered_query(stringquery,intli nk_identifier)SendsanSQLquerytoMySQL,withoutfetchingandbufferingtheresultrows*/PHP_FUNCTION(mys

5、ql_unbuffered_query)php_mysql_do_query(INTERNAL_FUNCTION_PARAM_PASSTHRU,MYSQL_U SE_RESULT);/*/兩個函數(shù)都調用了php_mysql_do_query(),只差了第 2 個參數(shù)的不同 ,MYSQL_STORE_RESULT和MYSQL_USE_RESULT再看.php_mysql_do_query() 的實現(xiàn) :復制代碼代碼如下 :if(use_store=MYSQL_USE_RESULT)mysql_result=mysql_use_result(&mysql->conn);elsemysql_result=mysql_store_result(&mysql->conn);mysql_use_result()和 mysql_store_result()是 MySQL的 CAPI函數(shù) , 這兩個 CAPI函數(shù)的區(qū)別就是后者把結果集從MySQLServer端全部讀取到了 Client端, 前者只是讀取了結果集的元信息.回到 PHP,使用 mysql_unbuffered_query(),可以避免