一個單引號引發的MYSQL性能問題分析

2020-01-19 00:10:23

字體：大中小

來源：轉載

供稿：網友

對于大型的系統而言，Oracle,SQLServer無疑是最好的選擇，可看看現在越來越多的小網站，他們沒有自己的服務器，只是買別人的空間和數據庫，但這種小型的數據庫在性能上當然和大型數據庫沒有對比性，但小型的數據庫也要對自己的優化方式，今天和大家分享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` >1293322797SELECT *FROM `foo`WHERE `key` >'1293322797' 

加單引號和不加單引號就是這么大的差別！就是會對mysql性能產生這么大的影響。
再后來，我將字段`key`換成INT類型，這時候，加不加單引號，就沒有什么差別了，EXPLAIN顯示他們都同樣能夠用上主索引，只是key_len變短了。

就是這些，綜上所述，我們在寫SQL查詢的時候還是不厭其煩的加上單引號吧，似乎那沒有壞處。

上一篇：兩大步驟教您開啟MySQL 數據庫遠程登陸帳號的方法

下一篇：MySQL數據庫十大優化技巧

學習交流

羅技g502鼠標靈敏度怎么設置?

羅技g502鼠標靈敏度怎么設置?...

熱門圖片

猜你喜歡的新聞

猜你喜歡的關注

国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

一個單引號引發的MYSQL性能問題分析