Mysql实例一个单引号引发的MYSQL性能问题分析
发布时间:2020-12-12 02:53:03 所属栏目:MySql教程 来源:网络整理
导读:《Mysql实例一个单引号引发的MYSQL性能问题分析》要点: 本文介绍了Mysql实例一个单引号引发的MYSQL性能问题分析,希望对您有用。如果有疑问,可以联系我们。 对于大型的系统而言,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分别跑了一下上面两条语句,见下面两张图:MYSQL数据库 没有单引号时MYSQL数据库 有单引号时MYSQL数据库 很明显,不使用单引号没有用上主索引,并进行了全表扫描,使用单引号就能使用上索引了. SELECT *FROM `foo`WHERE `key` >1293322797SELECT *FROM `foo`WHERE `key` >'1293322797' 加单引号和不加单引号便是这么大的差别!便是会对mysql性能产生这么大的影响. 再后来,我将字段`key`换成INT类型,这时候,加不加单引号,就没有什么差别了,EXPLAIN显示他们都同样能够用上主索引,只是key_len变短了. 便是这些,综上所述,我们在写SQL查询的时候还是不厌其烦的加上单引号吧,似乎那没有坏处.MYSQL数据库 《Mysql实例一个单引号引发的MYSQL性能问题分析》是否对您有启发,欢迎查看更多与《Mysql实例一个单引号引发的MYSQL性能问题分析》相关教程,学精学透。编程之家PHP学院为您提供精彩教程。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
推荐文章
站长推荐
- MYSQL创建表出错Tablespace for table XXX exist
- Mysql学习mysql时间戳转成常用可读时间格式的两种
- Mysql应用mysql 5.7 安装配置方法图文教程
- mysql – 将Django连接到代理服务器后面的数据库
- MYSQL教程mysql启用skip-name-resolve模式时出现
- MySQL 导入数据load data infile用法
- MySQL带关系运算符的查询
- Mysql实例MySQL Order By索引优化方法
- The Apache Mahout™ project's goal i
- Mysql应用MySQL性能参数详解之Skip-External-Loc
热点阅读