生活中难免遇到一些不如意,有些来自我们自身,而有些不是。今天冬至,说这一天是北半球白天最短、黑夜最长的。今天我们来分享下我的一个同事提到加没加单引号的巨大区别,对于 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 分别跑了一下上面两条语句,见下面两张图:
没有单引号时
![b75bc7300fabea43a2e499e82d2d7d95.png](https://i-blog.csdnimg.cn/blog_migrate/9fd0467fb73b11477651436f2b7c40a3.jpeg)
有单引号时
![a3227307d4c94d7e054bcfcbdac14692.png](https://i-blog.csdnimg.cn/blog_migrate/0eab30184c4aff7ef4beaca68d3f37e6.jpeg)
很明显,不使用单引号没有用上主索引,并进行了全表扫描,使用单引号就能使用上索引了。
后来我用大于分别进行了测试,返回的结果集相同,而他们的耗时和上面一样,用 EXPLAIN 测试,也和上面一样
SELECT * FROM `foo` WHERE `key` >1293322797
SELECT * FROM `foo` WHERE `key` >'1293322797'
加单引号和不加单引号就是这么大的差别!就是会对 mysql 性能产生这么大的影响。
再后来,我将字段 key 换成 INT 类型,这时候,加不加单引号,就没有什么差别了,EXPLAIN 显示他们都同样能够用上主索引,只是 key_len 变短了。
![6108593c0a8bc6bbfbe3a036595d080b.png](https://i-blog.csdnimg.cn/blog_migrate/ea380af41536e19c54654000752554b9.jpeg)