準備好的聲明沒有速度優勢？

Question

我聽說用MySQL數據庫準備好的語句可以提高速度，如果查詢多次完成，我認爲我在項目中有一個理想的情況。但我跑了一些基準，發現完全相反。我是否使用這些陳述錯誤（不是預備陳述的理想情況），還是他們沒有我想象的那麼快？

這種情況是比賽結果網格。有多個學校參加多個活動，每個學校都有每個活動的分數。爲了得到一個個別學校的分數的所有事件，它需要一個左一個SQL查詢中的連接，如：

SELECT e.`id`, e.`name`, c.`competing`, c.`raw`, c.`final` FROM `events` e LEFT JOIN `scores` c ON e.`id`=c.`event_id` WHERE c.`school_id`=:school_id; 

我寫了兩個PHP測試腳本來對樣本數據（200個事件）上運行，使用本機PDO對象（prepare()/bindValue()/​​與query()）：

EDIT低於建議修改測試（香草查詢需要取回，取不同的ID，並結合循環外的準備）。只給出了一個溫和的速度優勢，現在，預處理語句：

預處理語句：

$start = microtime(true); 
$sql = 'SELECT e.`id`, e.`name`, c.`competing`, c.`raw`, c.`final` FROM `events` e LEFT JOIN `scores` c ON e.`id`=c.`event_id` WHERE c.`school_id`=:school_id'; 
echo $sql."<br />\n"; 
$stmt = $db->prepare($sql); 
$sid = 0; 
$stmt->bindParam(':school_id', $sid); 
for ($i=0; $i<$max; $i++) { 
    $sid = rand(1,499); 
    $stmt->execute(); 
    $rs = $stmt->fetchAll(); 
} 
$delta = bcsub(microtime(true), $start, 4); 
echo "<strong>Overall time:</strong> $delta<br />\n"; 
echo "<strong>Average time:</strong> ".($delta/$max)."<br />\n"; 

香草查詢：

set_time_limit(15); // Add time for each run 
$start = microtime(true); 
$sql = 'SELECT e.`id`, e.`name`, c.`competing`, c.`raw`, c.`final` FROM `events` e LEFT JOIN `scores` c ON e.`id`=c.`event_id` WHERE c.`school_id`={$sid}'; 
echo $sql."<br />\n"; 
for ($i=0; $i<$max; $i++) { 
    $sid = rand(1,499); 
    $stmt = $db->query("SELECT e.`id`, e.`name`, c.`competing`, c.`raw`, c.`final` FROM `events` e LEFT JOIN `scores` c ON e.`id`=c.`event_id` WHERE c.`school_id`={$sid}"); 
    $rs = $stmt->fetchAll(); 
} 
$delta = bcsub(microtime(true), $start, 4); 
echo "<strong>Overall time:</strong> $delta<br />\n"; 
echo "<strong>Average time:</strong> ".($delta/$max)."<br />\n"; 

我取了同一所學校的活動成績（學校編號＃10），並將$max設置爲10,000，我得到的結果顯示vanilla query快30％（25.72秒比36.79）。我做錯了，還是準確的說準備好的聲明即使在重複的情況下也不會更快？

編輯更新的測試現在得到33.95秒準備與34.10香草。 Huzzah，準備好的陳述更快。但是隻有10,000次迭代只需幾分之一秒。可能是因爲我的查詢不是那麼複雜（Prepared語句爲了他們的優勢緩存分析樹）？還是有更多的優化在這裏呢？

Answer 1

看來，你可能不會比較蘋果和蘋果。

PDO::query()執行SQL語句，返回結果集作爲PDOStatement對象。

獲得實際的結果，你需要遍歷返回的對象，或與準備好的聲明，呼籲fetchAll()裝載整個結果集到一個數組

正確的香草查詢循環應該可能再是：

for ($i=0; $i<$max; $i++) { 
    $stmt = $db->query($sql); 
    $rs = $stmt->fetchAll(); 
} 

或替代地移除從所述準備語句循環的fetchAll()呼叫。

您還可以通過使用bindParam()，而不是這些人的bindValue()

$school_id = null; 
$stmt->bindParam(':school_id', $school_id); 
for ($i=0; $i<$max; $i++) { 
    $school_id = 10; 
    $stmt->execute(); 
    $rs = $stmt->fetchAll(); 
} 

Answer 2

香草查詢每次執行完全相同的查詢，因此您只是測試「從查詢緩存中獲取結果」時間，而不是實際的查詢執行時間。這不是一個有效的測試。

你不得不做查詢建築物內循環，所以你每次都強迫一個新的查詢：

for ($i=0; $i<$max; $i++) { 
    $sql = <<<EOL 
SELECT e.id, e.name, c.competing, c.raw, c.final 
FROM events e 
LEFT JOIN scores c ON e.id=c.event_id 
WHERE c.school_id= $i; 
EOL; 
    $rs = $db->query($sql); 
} 

Answer 3

無的減少預處理語句所需的方法調用指出公然明顯：

PDO 模擬預處理語句MySQL 默認爲，即使驅動程序支持它們。

這是完全相反的PHP PDO manual page說什麼，但是，但是view the source code and you'll see they always, de facto, use emulated prepared statements（我認爲這是一個編碼錯誤，但是當我提起它被列爲WONT_FIX的報告，我還有一些Zend的開發僅僅是狀態， 「這是我們的政策總是效仿，只是曲子。」這是沒有意義的給我，但不過，噢。

---

要使用真正準備好的語句，你必須通過一個箍跳。如果你不「T喜歡這個，怪Zend的開發者，爲修復看起來像它會採取所有的5分鐘（只要將身邊是否）。

$pdo = new PDO($dsn, $user, $pass, array(ATTR::PDO_EMULATE_PREPARES => false)); 

我會非常感激，如果您想進行此更改後，重新運行的基準，並更新我們爲這個代碼的時機。