一個單引號引發(fā)的MYSQL性能問題分析
更新時間：2011年03月06日 20:34:07 作者：
剛剛我們說過了，生活中難免會有一些不如意，比如，我們用一個字符串類型的字段來作為主鍵，表面上，這太不如意了，然而，事實也證明這是有用的。
對于大型的系統(tǒng)而言，Oracle,SQLServer無疑是最好的選擇，可看看現(xiàn)在越來越多的小網(wǎng)站，他們沒有自己的服務器，只是買別人的空間和數(shù)據(jù)庫，但這種小型的數(shù)據(jù)庫在性能上當然和大型數(shù)據(jù)庫沒有對比性，但小型的數(shù)據(jù)庫也要對自己的優(yōu)化方式，今天和大家分享Mysql中加沒加單引號的巨大區(qū)別，對于MYSQL性能優(yōu)化很有意義。
剛剛我們說過了，生活中難免會有一些不如意，比如，我們用一個字符串類型的字段來作為主鍵，表面上，這太不如意了，然而，事實也證明這是有用的。問題也就出來了，當在查詢語句中對該字段值加上單引號和不加查詢耗時相差百倍！
測試表：
CREATE TABLE `foo` ( `key` varchar(10) NOT NULL, `time` int(11) NOT NULL, PRIMARY KEY (`key`)) ENGINE=MyISAM DEFAULT CHARSET=utf8;
然后插入30多萬條數(shù)據(jù)，然后執(zhí)行下面的SQL語句：
SELECT *FROM `foo`WHERE `key` =1293322797
查詢花費 0.1288 秒，大約花費這么久的時間，然后，給1293322797加上單引號：
SELECT *FROM `foo`WHERE `key` ='1293322797'
查詢花費 0.0009 秒，基本上相差100倍?。。∫簿褪钦f不加單引號MYSQL性能損失了100倍，很震撼的比例！
SELECT *FROM `foo`WHERE `key` >1293322797SELECT *FROM `foo`WHERE `key` >'1293322797'
加單引號和不加單引號就是這么大的差別！就是會對mysql性能產(chǎn)生這么大的影響。
再后來，我將字段`key`換成INT類型，這時候，加不加單引號，就沒有什么差別了，EXPLAIN顯示他們都同樣能夠用上主索引，只是key_len變短了。
剛剛我們說過了，生活中難免會有一些不如意，比如，我們用一個字符串類型的字段來作為主鍵，表面上，這太不如意了，然而，事實也證明這是有用的。問題也就出來了，當在查詢語句中對該字段值加上單引號和不加查詢耗時相差百倍！
測試表：
復制代碼 代碼如下:
CREATE TABLE `foo` ( `key` varchar(10) NOT NULL, `time` int(11) NOT NULL, PRIMARY KEY (`key`)) ENGINE=MyISAM DEFAULT CHARSET=utf8;
然后插入30多萬條數(shù)據(jù)，然后執(zhí)行下面的SQL語句：
復制代碼 代碼如下:
SELECT *FROM `foo`WHERE `key` =1293322797
查詢花費 0.1288 秒，大約花費這么久的時間，然后，給1293322797加上單引號：
復制代碼 代碼如下:
SELECT *FROM `foo`WHERE `key` ='1293322797'
查詢花費 0.0009 秒，基本上相差100倍?。。∫簿褪钦f不加單引號MYSQL性能損失了100倍，很震撼的比例！
后來用EXPLAIN分別跑了一下上面兩條語句，見下面兩張圖：
沒有單引號時
有單引號時
很明顯，不使用單引號沒有用上主索引，并進行了全表掃描，使用單引號就能使用上索引了。
后來我用大于分別進行了測試，返回的結(jié)果集相同，而他們的耗時和上面一樣，用EXPLAIN測試，也和上面一樣
復制代碼 代碼如下:
SELECT *FROM `foo`WHERE `key` >1293322797SELECT *FROM `foo`WHERE `key` >'1293322797'
加單引號和不加單引號就是這么大的差別！就是會對mysql性能產(chǎn)生這么大的影響。
再后來，我將字段`key`換成INT類型，這時候，加不加單引號，就沒有什么差別了，EXPLAIN顯示他們都同樣能夠用上主索引，只是key_len變短了。
就是這些，綜上所述，我們在寫SQL查詢的時候還是不厭其煩的加上單引號吧，似乎那沒有壞處。
相關(guān)文章
mysql去除重復數(shù)據(jù)只保留一條數(shù)據(jù)實例
這篇文章主要給大家介紹了關(guān)于mysql去除重復數(shù)據(jù)只保留一條數(shù)據(jù)的相關(guān)資料,在使用MySQL時,有時需要查詢出某個字段不重復的記錄,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考下2023-08-08
這篇文章主要介紹了navicat連接mysql修改root密碼,本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2023-05-05
本篇文章是對MYSQL顯示表信息的方法進行了詳細的分析介紹，需要的朋友參考下2013-06-06
MySQL內(nèi)存及虛擬內(nèi)存優(yōu)化設置參數(shù)
這篇文章主要介紹了MySQL內(nèi)存及虛擬內(nèi)存優(yōu)化設置參數(shù),需要的朋友可以參考下2016-05-05
這篇文章主要介紹了MySQL 詳細單表增刪改查crud語句，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-08-08
這篇文章主要介紹了Oracle和MySQL的高可用方案對比分析,非常不錯，具有參考借鑒價值，需要的朋友可以參考下2017-11-11
一個案例徹底弄懂如何正確使用mysql inndb聯(lián)合索引
今天小編就為大家分享一篇關(guān)于一個案例徹底弄懂如何正確使用mysql inndb聯(lián)合索引，小編覺得內(nèi)容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2019-02-02
MySQL經(jīng)常需要將字符串類型的日期轉(zhuǎn)換成日期或時間類型,本文主要介紹了MySQL?字符串日期格式轉(zhuǎn)換的幾種方法,包括使用STR_TO_DATE()和DATE_FORMAT()函數(shù),具有一定的參考價值,感興趣的可以了解一下2024-08-08
Ubuntu20下MySQL?8.0.28?安裝卸載方法圖文教程
這篇文章主要為大家詳細介紹了Ubuntu20下MySQL?8.0.28?安裝卸載方法圖文教程，文中安裝步驟介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-04-04
這篇文章主要給大家介紹了關(guān)于MySql開發(fā)之自動同步表結(jié)構(gòu)的相關(guān)資料，這樣可以避免在開發(fā)中由于修改數(shù)據(jù)庫字段導致的數(shù)據(jù)庫表不一致問題，需要的朋友可以參考下2021-05-05