一個單引號引發的MYSQL效能問題分析

對於大型的系統而言，Oracle,SQLServer無疑是最好的選擇，可看看現在越來越多的小網站，他們沒有自己的伺服器，只是買別人的空間和資料庫，但這種小型的資料庫在效能上當然和大型資料庫沒有對比性，但小型的資料庫也要對自己的最佳化方式，今天和大家分享Mysql中加沒加單引號的巨大區別，對於MYSQL效能最佳化很有意義。

剛剛我們說過了，生活中難免會有一些不如意，比如，我們用一個字串類型的欄位來作為主鍵，表面上，這太不如意了，然而，事實也證明這是有用的。問題也就出來了，當在查詢語句中對該欄位值加上單引號和不加查詢耗時相差百倍！

測試表： 複製代碼 代碼如下:CREATE TABLE `foo` ( `key` varchar(10) NOT NULL, `time` int(11) NOT NULL, PRIMARY KEY (`key`)) ENGINE=MyISAM DEFAULT CHARSET=utf8;

然後插入30多萬條資料，然後執行下面的SQL語句： 複製代碼 代碼如下:SELECT *FROM `foo`WHERE `key` =1293322797

查詢花費 0.1288 秒，大約花費這麼久的時間，然後，給1293322797加上單引號： 複製代碼 代碼如下:SELECT *FROM `foo`WHERE `key` ='1293322797'

查詢花費 0.0009 秒，基本上相差100倍！！！也就是說不加單引號MYSQL效能損失了100倍，很震撼的比例！

後來用EXPLAIN分別跑了一下上面兩條語句，見下面兩張圖：

沒有單引號時

有單引號時

很明顯，不使用單引號沒有用上主索引，並進行了全表掃描，使用單引號就能使用上索引了。
後來我用大於分別進行了測試，返回的結果集相同，而他們的耗時和上面一樣，用EXPLAIN測試，也和上面一樣

複製代碼 代碼如下:SELECT *FROM `foo`WHERE `key` >1293322797SELECT *FROM `foo`WHERE `key` >'1293322797'

加單引號和不加單引號就是這麼大的差別！就是會對mysql效能產生這麼大的影響。
再後來，我將欄位`key`換成INT類型，這時候，加不加單引號，就沒有什麼差別了，EXPLAIN顯示他們都同樣能夠用上主索引，只是key_len變短了。

就是這些，綜上所述，我們在寫SQL查詢的時候還是不厭其煩的加上單引號吧，似乎那沒有壞處。