程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> 關於MYSQL數據庫 >> MySQL Stmt 預處理提高效率問題的小研究

MySQL Stmt 預處理提高效率問題的小研究

編輯：關於MYSQL數據庫

在Oracle數據庫中，有一個變量綁定的用法，很多人都比較熟悉，可以調高數據庫效率，應對高並發等，好吧，這其中並不包括我，當同事問我MySQL中有沒有類似的寫法時，我是很茫然的，於是就上網查，找到了如下一種寫法：

DELIMITER $$ 
  set @stmt = 'select userid,username from myuser where userid between ? and ?'; 
  prepare s1 from @stmt; 
  set @s1 = 2; 
  set @s2 = 100; 
  execute s1 using @s1,@s2; 
  deallocate prepare s1; 
$$ 
 
DELIMITER ;

用這種形式寫的查詢，可以隨意替換參數，給出代碼的人稱之為預處理，我想這個應該就是MySQL中的變量綁定吧……但是，在查資料的過程中我卻聽到了兩種聲音，一種是，MySQL中有類似Oracle變量綁定的寫法，但沒有其實際作用，也就是只能方便編寫，不能提高效率，這種說法在幾個09年的帖子中看到：

http://www.itpub.Net/thread-1210292-1-1.Html

http://cuda.itpub.Net/redirect.PHP?fid=73&tid=1210572&goto=nextnewset

另一種說法是MySQL中的變量綁定是能確實提高效率的，這個是希望有的，那到底有木有，還是自己去試驗下吧。

試驗是在本機進行的，數據量比較小，具體數字並不具有實際意義，但是，能用來說明一些問題，數據庫版本是MySQL-5.1.57-win32免安裝版。

　　本著對數據庫不是很熟悉的態度^_^,試驗過程中走了不少彎路，此文以結論為主，就不列出實驗的設計過程，文筆不好，文章寫得有點枯燥，寫出來是希望有人來拍磚，因為我得出的結論是：預處理在有沒有cache的情況下的執行效率都不及直接執行…… 我對自己的實驗結果不願接受。。如果說預處理只為了規范下Query，使cache命中率提高的話個人覺得大材小用了，希望有比較了解的人能指出事實究竟是什麼樣子的——NewSilen

實驗准備

　　第一個文件NormalQuery.sql

Set profiling=1; 
 
Select * From MyTable where DictID = 100601000004; 
 
Select DictID from MyTable limit 1,100; 
Select DictID from MyTable limit 2,100; 
/*從limit 1，100 到limit 100,100 此處省略重復代碼*/ 
...... 
Select DictID from MyTable limit 100,100; 
 
SELECT query_id,seq,STATE,10000*DURATION FROM information_schema.profiling INTO OUTFILE 'd:/NormalResults.csv' FIELDS TERMINATED BY ',' LINES TERMINATED BY '\n';

　第二個sql文件 StmtQuery.sql

Set profiling=1; 
 
Select * From MyTable where DictID = 100601000004; 
 
set @stmt = 'Select DictID from MyTable limit ?,?'; 
prepare s1 from @stmt; 
 
set @s = 100; 
set @s1 = 101; 
set @s2 = 102; 
...... 
set @s100 =200; 
 
execute s1 using @s1,@s; 
execute s1 using @s2,@s; 
...... 
execute s1 using @s100,@s; 
 
SELECT query_id,seq,STATE,10000*DURATION FROM information_schema.profiling INTO OUTFILE 'd:/StmtResults.csv' FIELDS TERMINATED BY ',' LINES TERMINATED BY '\n';