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` >1293322797
SELECT *
FROM `foo`
WHERE `key` >'1293322797'

就是這些，綜上所述，我們在寫SQL查詢的時候還是不厭其煩的加上單引號吧，似乎那沒有壞處。謝謝收看，接下來播放一條本台剛剛收到的消息：“我要下樓去買點湯圓，以慶賀冬至！

總結一下，在mysql中單引號是代表字符不需要還編輯了，如果不是字符還需要mysql進行一個類型判斷操作所以自然就慢了。