雖然nosql變得流行，但是我感覺sql還是主流
今天在翻php manul的時候，發(fā)現mysqli 的查詢可以傳遞一個有意思的參數
復制代碼 代碼如下:
@mysqli_query($this->sql,$SQL,($method ? MYSQLI_USE_RESULT : MYSQLI_STORE_RESULT));

在php manul上面對這兩個參數是這樣解釋的。

復制代碼 代碼如下:
Either the constant MYSQLI_USE_RESULT or MYSQLI_STORE_RESULT depending on the desired behavior. By default, MYSQLI_STORE_RESULT is used.

如果什么也不傳，那就默認為MYSQLI_STORE_RESULT。

在phpmanul上面有人說了這樣一句話If we have to retrieve large amount of data we use MYSQLI_USE_RESULT

其實這兩個參數的區(qū)別還是很大的。

（1）區(qū)別在于從服務器上檢索結果集的行。
（2）MYSQLI_USE_RESULT 啟動查詢，但實際上并未獲取任何行
（3）MYSQLI_STORE_RESULT 立即檢索所有的行
（4）MYSQLI_STORE_RESULT 從服務器上檢索結果集時，就提取了行，并為之分配內存，存儲到客戶機中，隨后調用 mysqli_fetch_array()就再也不會返回錯誤，因為它僅僅是把行脫離了已經保留結果集的數據結構，mysqli_fetch_array()返回 NULL始終表示已經到達結果集的末端。
（5）MYSQLI_USE_RESULT 本身不檢索任何行，而只是啟動一個逐行的檢索，就是說必須對每行調用 mysqli_fetch_array()來自己完成。既然如此，雖然正常情況下，mysqli_fetch_array()返回NULL仍然表示此時已到達結果集的末端，但也可能表示在與服務器通信時發(fā)生錯誤。

總結

與MYSQLI_USE_RESULT相比，MYSQLI_STORE_RESULT 有著較高的內存和處理需求，因為是在客戶機上維護整個結果集，所以內存分配和創(chuàng)建數據結構的耗費是非常巨大的，如果想一次檢索多個行，可用 MYSQLI_USE_RESULT。

MYSQLI_USE_RESULT有著較低的內存需求，因為只需給每次處理的單行分配足夠的空間。這樣速度就較快，因為不必為結果集建立復雜的數據結構。另一方面，MYSQLI_USE_RESULT把較大的負載加到了服務器上，它必須保留結果集中的行，直到客戶機看起來適合檢索所有的行。

php技術：PHP的mysqli_query參數MYSQLI_STORE_RESULT和MYSQLI_USE_RESULT的區(qū)別，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。