您当前位于: 首页 » 我爱PHP, 系统架构设计 » 一个单引号引发的MYSQL性能损失

一个单引号引发的MYSQL性能损失12/22/2010

生活中难免遇到一些不如意,有些来自我们自身,而有些不是。今天冬至,说这一天是北半球白天最短、黑夜最长的。今天我们来分享下我的一个同事提到加没加单引号的巨大区别,对于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` >1293322797
SELECT *
FROM `foo`
WHERE `key` >'1293322797'

加单引号和不加单引号就是这么大的差别!就是会对mysql性能产生这么大的影响。
再后来,我将字段`key`换成INT类型,这时候,加不加单引号,就没有什么差别了,EXPLAIN显示他们都同样能够用上主索引,只是key_len变短了。

就是这些,综上所述,我们在写SQL查询的时候还是不厌其烦的加上单引号吧,似乎那没有坏处。谢谢收看,接下来播放一条本台刚刚收到的消息:“我要下楼去买点汤圆,以庆贺冬至!”

| 35条评论 标签:  

35条评论
  1. jj说道:

    用字符串做整型主键。你很强。这样的查询有可比性么?如果你用整形做主键会出现这些问题么?

  2. rocolex说道:

    变量类型不匹配 性能是会变差
    一般数据定义为变长字符类型,就应该加引号的

  3. 路过说道:

    楼主很幽默啊

  4. […] 一个单引号引发的MYSQL性能损失 […]

  5. 跑步鞋说道:

    做类型转换就有可能不会用到索引,所以查询的时候最好是同类型的比较

  6. 哈哈说道:

    楼主为啥不先执行
    SELECT *
    FROM `foo`
    WHERE `key` =’1293322797′
    然后在执行
    SELECT *
    FROM `foo`
    WHERE `key` =1293322797
    看看效果如何
    嘿嘿

  7. guest说道:

    楼上正解

  8. salley说道:

    冬至吃汤圆,这是哪里的习俗?不是吃饺子的么?

  9. […] 不要在列上进行运算:例如:select * from users where YEAR(adddate)<2007,将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成:select * from users where adddate<’2007-01-01′。关于这一点可以围观:一个单引号引发的MYSQL性能损失。 […]

  10. […] 例如:select * from users where YEAR(adddate)<2007,将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成:select * from users where adddate<’2007-01-01′。关于这一点可以围观:一个单引号引发的MYSQL性能损失。 […]

发表评论