一个单引号引发的 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 分别跑了一下上面两条语句，见下面两张图：
没有单引号时
KGOGOMall 是一套采用 Php + MySql 开发的基于 WEB 应用的 B/S 架构的B2C网上商店系统。具有完善的商品管理、订单管理、销售统计、新闻管理、结算系统、税率系统、模板系统、搜索引擎优化，数据备份恢复，会员积分折扣功能，不同的会员有不同的折扣，支持多语言，模板和代码分离等，轻松创建属于自己的个性化用户界面。主要面向企业和大中型网商提供最佳保障，最大化满足客户目前及今后的独立
有单引号时
很明显，不使用单引号没有用上主索引，并进行了全表扫描，使用单引号就能使用上索引了。
后来我用大于分别进行了测试，返回的结果集相同，而他们的耗时和上面一样，用 EXPLAIN 测试，也和上面一样
SELECT * FROM `foo` WHERE `key` >1293322797 SELECT * FROM `foo` WHERE `key` >'1293322797'
加单引号和不加单引号就是这么大的差别！就是会对 mysql 性能产生这么大的影响。
再后来，我将字段 key 换成 INT 类型，这时候，加不加单引号，就没有什么差别了，EXPLAIN 显示他们都同样能够用上主索引，只是 key_len 变短了。
推荐：《mysql教程》
