MySQL—一个单引号引发的MYSQL性能损失

左手的ㄟ右手 2022-08-21 04:24 183阅读 0赞

如果使用字符串类型的字段来做主键，当我们在查询语句中对该字段值加上单引号和不加查询耗时相差很大！

建表语句：

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性能损失很大！ ![惊恐][panic.gif]  
        后来用EXPLAIN分别跑了一下上面两条语句，见下面两张图：

没有使用单引号：

![20160315131915711][]

有单引号时：

![20160315131952852][]

很明显，不使用单引号没有用上主索引，而是进行了全表扫描，使用单引号就能使用上索引了![大笑][laugh.gif]。后来我用大于分别进行了测试，返回的结果集相同，而他们的耗时和上面一样，用EXPLAIN测试，也和上面一样：

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

再后来，我将字段\`key\`换成INT类型，这时候，加不加单引号，就没有什么差别了，EXPLAIN显示他们都同样能够用上主索引，只是key\_len变短了。

![20160315132731471][]

综上所述，我们在写SQL查询的时候还是不厌其烦的加上单引号吧，似乎那没有坏处。

[panic.gif]: /images/20220731/3e94c3ebf3d947c0a76538b26eb864b5.png
[20160315131915711]: /images/20220731/070c047aaac7477d810766575f55a9e1.png
[20160315131952852]: /images/20220731/ad0d5c381e594c9a91039a236c7408d9.png
[laugh.gif]: /images/20220731/d55c39df8ce64b3b8bee876e2c5a081e.png
[20160315132731471]: /images/20220731/9b1e25ce10f143b7ba68a71b8b531de7.png