1、Mysql:mysql简单的索引和in、or、union unionall语句查询速度
2017-07-17 15:22
731 查看
本文来自:http://blog.csdn.net/zhang515745112/article/details/51818854
MYSQL描述:
一个文章库,里面有两个表:category和article。category里面有10条分类数据。article里面有20万条。article里面有一个"article_category"字段是与category里的"category_id"字段相对应的。article表里面已经把article_category字义为了索引。数据库大小为1.3G。
问题描述:
执行一个很普通的查询: SELECT * FROM `article` WHERE article_category=11 ORDERBY article_id DESC LIMIT 5 。执行时间大约要5秒左右
解决方案:
建一个索引:create index idx_u on article(article_category,article_id);
SELECT * FROM `article` WHERE article_category=11 ORDER BYarticle_id DESC LIMIT 5 减少到0.0027秒
继续问题:
SELECT * FROM `article` WHERE article_category IN (2,3) ORDER BYarticle_id DESC LIMIT 5 执行时间要11.2850秒。
使用OR:
select * from article
where article_category=2
or article_category=3
order by article_id desc
limit 5
执行时间:11.0777
解决方案:避免使用in 或者 or (or会导致扫表),使用union all
使用UNION ALL:
(select * from article where article_category=2 order by article_iddesc limit 5)
UNION ALL (select * from article where article_category=3 order byarticle_id desc limit 5)
ORDER BY article_id desc
limit 5
执行时间:0.0261
注:UNION 和UNION ALL 的区别
在数据库中,UNION和UNIONALL关键字都是将两个结果集合并为一个,但这两者从使用和效率上来说都有所不同。
UNION在进行表链接后会筛选掉重复的记录,所以在表链接后会对所产生的结果集进行排序运算,删除重复的记录再返回结果。
实际大部分应用中是不会产生重复的记录,最常见的是过程表与历史表UNION。如:
select * from gc_dfys union select * from ls_jg_dfys
这个SQL在运行时先取出两个表的结果,再用排序空间进行排序删除重复的记录,最后返回结果集,如果表数据量大的话可能会导致用磁盘进行排序。
而UNIONALL只是简单的将两个结果合并后就返回。这样,如果返回的两个结果集中有重复的数据,那么返回的结果集就会包含重复的数据了。
从效率上说,UNION ALL 要比UNION快很多,所以,如果可以确认合并的两个结果集中不包含重复的数据的话,那么就使用UNIONALL,如下:
MYSQL描述:
一个文章库,里面有两个表:category和article。category里面有10条分类数据。article里面有20万条。article里面有一个"article_category"字段是与category里的"category_id"字段相对应的。article表里面已经把article_category字义为了索引。数据库大小为1.3G。
问题描述:
执行一个很普通的查询: SELECT * FROM `article` WHERE article_category=11 ORDERBY article_id DESC LIMIT 5 。执行时间大约要5秒左右
解决方案:
建一个索引:create index idx_u on article(article_category,article_id);
SELECT * FROM `article` WHERE article_category=11 ORDER BYarticle_id DESC LIMIT 5 减少到0.0027秒
继续问题:
SELECT * FROM `article` WHERE article_category IN (2,3) ORDER BYarticle_id DESC LIMIT 5 执行时间要11.2850秒。
使用OR:
select * from article
where article_category=2
or article_category=3
order by article_id desc
limit 5
执行时间:11.0777
解决方案:避免使用in 或者 or (or会导致扫表),使用union all
使用UNION ALL:
(select * from article where article_category=2 order by article_iddesc limit 5)
UNION ALL (select * from article where article_category=3 order byarticle_id desc limit 5)
ORDER BY article_id desc
limit 5
执行时间:0.0261
注:UNION 和UNION ALL 的区别
在数据库中,UNION和UNIONALL关键字都是将两个结果集合并为一个,但这两者从使用和效率上来说都有所不同。
UNION在进行表链接后会筛选掉重复的记录,所以在表链接后会对所产生的结果集进行排序运算,删除重复的记录再返回结果。
实际大部分应用中是不会产生重复的记录,最常见的是过程表与历史表UNION。如:
select * from gc_dfys union select * from ls_jg_dfys
这个SQL在运行时先取出两个表的结果,再用排序空间进行排序删除重复的记录,最后返回结果集,如果表数据量大的话可能会导致用磁盘进行排序。
而UNIONALL只是简单的将两个结果合并后就返回。这样,如果返回的两个结果集中有重复的数据,那么返回的结果集就会包含重复的数据了。
从效率上说,UNION ALL 要比UNION快很多,所以,如果可以确认合并的两个结果集中不包含重复的数据的话,那么就使用UNIONALL,如下:
相关文章推荐
- SQL索引优化2(MySQL的or/in/union与索引优化)
- MySQL的or/in/union与索引优化
- mysql 实战 or、in与union all 的查询效率
- mysql 实战 or、in与union all 的查询效率
- mysql 实战 or、in与union all 的查询效率
- MySQL的or/in/union与索引优化
- 170505、MySQL的or/in/union与索引优化
- sql优化之:数据库索引创建原则,or/in/union与索引优化,聚集索引/非聚集索引/联合索引/索引覆盖,MySQL冗余数据的三种方案,MySQL双主一致性架构优化(来源:架构师之路)
- mysql 实战 or、in与union all 的查询效率
- mysql 实战 or、in与union all 的查询效率
- mysql 实战 or、in与union all 的查询效率
- MySQL的or/in/union与索引优化
- mysql 实战 or、in与union all 的查询效率
- MySQL的or/in/union与索引优化
- mysql近500w条数据建立索引后查询速度还是提升很多
- mysql查询语句in和exists二者的区别和性能影响
- 用好SELECT索引 提高MySQL查询统计速度
- 关于mysql 简单的查询语句 以及常用函数的 总结
- 第三十天 MySQL语句DDL、DDL语句索引的策略、Select查询语句、子查询视图
- MySQL的简单查询语句