快捷導(dǎo)航

一個(gè)單引號(hào)引發(fā)的MYSQL性能問(wèn)題分析

更新時(shí)間：2011年03月06日 20:34:07 作者：

剛剛我們說(shuō)過(guò)了，生活中難免會(huì)有一些不如意，比如，我們用一個(gè)字符串類(lèi)型的字段來(lái)作為主鍵，表面上，這太不如意了，然而，事實(shí)也證明這是有用的。

對(duì)于大型的系統(tǒng)而言，Oracle,SQLServer無(wú)疑是最好的選擇，可看看現(xiàn)在越來(lái)越多的小網(wǎng)站，他們沒(méi)有自己的服務(wù)器，只是買(mǎi)別人的空間和數(shù)據(jù)庫(kù)，但這種小型的數(shù)據(jù)庫(kù)在性能上當(dāng)然和大型數(shù)據(jù)庫(kù)沒(méi)有對(duì)比性，但小型的數(shù)據(jù)庫(kù)也要對(duì)自己的優(yōu)化方式，今天和大家分享Mysql中加沒(méi)加單引號(hào)的巨大區(qū)別，對(duì)于MYSQL性能優(yōu)化很有意義。

剛剛我們說(shuō)過(guò)了，生活中難免會(huì)有一些不如意，比如，我們用一個(gè)字符串類(lèi)型的字段來(lái)作為主鍵，表面上，這太不如意了，然而，事實(shí)也證明這是有用的。問(wèn)題也就出來(lái)了，當(dāng)在查詢(xún)語(yǔ)句中對(duì)該字段值加上單引號(hào)和不加查詢(xún)耗時(shí)相差百倍！

測(cè)試表：

復(fù)制代碼代碼如下:

 
CREATE TABLE `foo` ( `key` varchar(10) NOT NULL, `time` int(11) NOT NULL, PRIMARY KEY (`key`)) ENGINE=MyISAM DEFAULT CHARSET=utf8; 

然后插入30多萬(wàn)條數(shù)據(jù)，然后執(zhí)行下面的SQL語(yǔ)句：

復(fù)制代碼代碼如下:

SELECT *FROM `foo`WHERE `key` =1293322797

查詢(xún)花費(fèi) 0.1288 秒，大約花費(fèi)這么久的時(shí)間，然后，給1293322797加上單引號(hào)：

復(fù)制代碼代碼如下:

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

查詢(xún)花費(fèi) 0.0009 秒，基本上相差100倍?。?！也就是說(shuō)不加單引號(hào)MYSQL性能損失了100倍，很震撼的比例！

后來(lái)用EXPLAIN分別跑了一下上面兩條語(yǔ)句，見(jiàn)下面兩張圖：

沒(méi)有單引號(hào)時(shí)

有單引號(hào)時(shí)

很明顯，不使用單引號(hào)沒(méi)有用上主索引，并進(jìn)行了全表掃描，使用單引號(hào)就能使用上索引了。
后來(lái)我用大于分別進(jìn)行了測(cè)試，返回的結(jié)果集相同，而他們的耗時(shí)和上面一樣，用EXPLAIN測(cè)試，也和上面一樣

復(fù)制代碼代碼如下:

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

加單引號(hào)和不加單引號(hào)就是這么大的差別！就是會(huì)對(duì)mysql性能產(chǎn)生這么大的影響。
再后來(lái)，我將字段`key`換成INT類(lèi)型，這時(shí)候，加不加單引號(hào)，就沒(méi)有什么差別了，EXPLAIN顯示他們都同樣能夠用上主索引，只是key_len變短了。