一個單引號引發的 MySQL 效能損失

PHPer技術棧發表於2019-07-16

1. 一個單引號引發的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分別跑了一下上面兩條語句,見下面兩張圖:
沒有單引號時
一個單引號引發的 MySQL 效能損失

有單引號時
一個單引號引發的 MySQL 效能損失

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

SELECT * FROM `foo`  WHERE `key` >1293322797
SELECT * FROM `foo` WHERE `key` >'1293322797'

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

一個單引號引發的 MySQL 效能損失

相關文章