一個單引號會引發MySQL性能損失嗎

一個單引號引發的 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`?>1293322797 SELECT?*?FROM?`foo`?WHERE?`key`?>'1293322797'

加單引號和不加單引號就是這么大的差別！就是會對 mysql 性能產生這么大的影響。

再后來，我將字段 key 換成 INT 類型，這時候，加不加單引號，就沒有什么差別了，EXPLAIN 顯示他們都同樣能夠用上主索引，只是 key_len 變短了。

推薦：《mysql教程》