前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >MySQL里几个查询语句的性能优化论证

MySQL里几个查询语句的性能优化论证

作者头像
jeanron100
发布2018-03-21 17:41:26
9810
发布2018-03-21 17:41:26
举报
文章被收录于专栏:杨建荣的学习笔记

前几天在网上看了一个帖子,描述的现象是在MySQL中,对in,or,union all的性能的比对,看完之后,我就产生了疑问。

文章的大意是说,使用in,or的查询效率较低,大概查询需要花费11秒,而使用了union all的方式之后,性能提高到了0.02秒。

如果单纯说是MySQL半连接的优化器性能问题,我信,但是看了文中提供的SQL语句,我感觉至少从我使用MySQL 5.7的感觉来看,这个差别会很小,或者说没有差别。

当然有这个想法,自己也得论证不是。我就尝试了两次,文中说数据量大概是20万记录,那我就扩大一下,做一下100万数据的测试,看看效果。

创建表article,

create table article(id int primary key ,article_category int);

使用如下的方式初始化数据。

delimiter $$ drop procedure if exists proc_auto_insertdata$$ create procedure proc_auto_insertdata() begin declare init_data integer default 1; while init_data<=1000000 do insert into article values(init_data,1); insert into article values(init_data+1,2); insert into article values(init_data+2,3); insert into article values(init_data+3,4); insert into article values(init_data+4,5); set init_data=init_data+5; end while; end$$ delimiter ;

插入数据,这个部分,我启用了显式事务,效果很明显。在本机测试100万的数据量大概是21秒钟即可完成。

继续运行上面的语句,性能还不错,基本都在1秒钟(当然数据是在缓存里面),三种方式的性能有差异,但是远没有稳中说得那么大了。

是不是数据量还不够呢,我们继续做一个测试,把初始化数据库修改为1000万,再来看看效果。

我们继续做一个优化改进,创建一个索引出来。数据量扩大10倍,为1000万。

alter table article add key (article_category,id);

再来看看效果发现上面的3个语句的执行效率相仿。

通过上的测试,充分说明了在MySQL 5.7的测试中,这个问题严格来说不是问题,可能是版本有关,还有一个是使用了更多的数据,性能却明显好许多。这个可能和表结构有一些出入。

总之,我们得到一个初步的结论,很可能自己测试的时候却没有,需要理性看待。以免得到错误的结论。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2017-09-22,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 杨建荣的学习笔记 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云数据库 MySQL
腾讯云数据库 MySQL(TencentDB for MySQL)为用户提供安全可靠,性能卓越、易于维护的企业级云数据库服务。其具备6大企业级特性,包括企业级定制内核、企业级高可用、企业级高可靠、企业级安全、企业级扩展以及企业级智能运维。通过使用腾讯云数据库 MySQL,可实现分钟级别的数据库部署、弹性扩展以及全自动化的运维管理,不仅经济实惠,而且稳定可靠,易于运维。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档