next_result() 是否影響查詢性能？一文解析

在使用PHP 與MySQL 進行數據庫操作時，很多開發者可能遇到過這樣一個問題：執行多條SQL 語句時需要使用mysqli::next_result() ，而這個函數常常被質疑“會不會拖慢查詢速度”？今天我們就深入探討這個問題的來龍去脈，幫助你了解真相。

一、什麼是next_result()

在使用mysqli_multi_query()執行多條SQL 語句時，每一條語句的結果都需要手動處理。此時next_result()的作用就是讓內部指針移動到下一條SQL 語句的結果集上：

 $conn = new mysqli("localhost", "user", "password", "database");

$sql = "SELECT * FROM users; SELECT * FROM orders;";

if ($conn->multi_query($sql)) {
    do {
        if ($result = $conn->store_result()) {
            while ($row = $result->fetch_assoc()) {
                print_r($row);
            }
            $result->free();
        }
    } while ($conn->next_result());
}

二、 next_result()是否真的拖慢速度？

1. 本質解析

next_result()本質上不是執行查詢，而是告訴MySQLi 客戶端“可以從服務器中獲取下一條結果了”。其主要耗時來自於：

• 網絡延遲（client-server 通訊）

• 數據量大（結果集較大時會佔用內存）

• 非必要處理（未處理的結果也需要清理）

所以，如果你的查詢本身已經很快， next_result()的調用幾乎可以忽略不計。但如果查詢產生大量數據，每次移動結果集都意味著需要解析和釋放前一條結果，確實可能產生額外開銷。

2. 性能對比實驗

假設我們在測試中執行以下多查詢語句：

 $sql = "
  SELECT * FROM big_table_1;
  SELECT * FROM big_table_2;
  SELECT * FROM big_table_3;
";

每個表數據量都在50,000 行左右。

我們執行兩組測試：

• A：使用multi_query() + next_result()正常解析每一條結果；

• B：使用multi_query()但只取第一條結果，其餘忽略；

統計結果如下（以秒為單位）：

可以看到，如果你不需要後續結果集，確實不調用next_result()會更快。但只要你需要獲取這些數據，它就不可或缺。

三、正確使用方式與優化建議

1. 不需要就別用

如果你只需要一條語句的查詢結果，盡量避免使用multi_query() ：

 // 更推薦的方式
$result = $conn->query("SELECT * FROM users");

2. 減少結果集大小

在使用multi_query()的情況下，盡可能控制每條查詢語句返回的數據量。例如只選擇必要字段，或使用LIMIT限制數量：

 SELECT id, name FROM users LIMIT 100;

3. 注意釋放資源

每次store_result()後一定要調用$result->free() ，防止內存堆積，尤其是在循環中使用時。

四、結論

• next_result()本身並不“拖慢查詢”，它只是處理過程中的一部分；

• 真正影響速度的是數據量和你是否真正需要所有結果；

• 如果你只需要一條查詢，請避開multi_query() ；

• 如果你需要多結果處理，那next_result()是你的好幫手。

如有更深入的性能分析，歡迎訪問我們在https://gitbox.net/articles/db-performance的詳細對比報告。