码迷,mamicode.com
首页 > 数据库 > 详细

MYSQL优化-之GROUP BY

时间:2017-11-16 14:10:14      阅读:207      评论:0      收藏:0      [点我收藏+]

标签:返回   哪些   有关   引用   log   语言   查找   ref   其他   

转载:https://my.oschina.net/heguangdong/blog/38567

在web应用中,提倡sql简单,避免复杂度。所以在我们公司的应用中看不到jon,子查询等语句的存在,所以间接GROUP BY 与 索引的使用占据大多数,其实很多技巧,别人都是总结过的,仔细分析,仔细学习别人的经验才是正道.而不可浮躁,凭经验主义.

 

满足GROUP BY子句的最一般的方法是扫描整个表并创建一个新的临时表,表中每个组的所有行应为连续的,然后使用该临时表来找到组并应用累积函数(如 果有)。(用通俗的语言就是,建立一个临时表。然后利用mysql内部算法。算出来结果)

在某些情况中,MySQL能够做得更好,通过索引访问而不用创建临时表。 (其实就是因为临时表的东西,我们才应该优化。)

一般GROUP BY 优化分为2种优化方式:

1。松散索引扫描

2,。紧凑索引扫描

何为松散索引扫描:

其实就是:

通过该访问方法,MySQL使用某些关键字排序的索引类型的 属性。该属性允许使用 索引中的查找组而不需要考虑满足所有WHERE条件的索引中的所有关键字。既然该访问方法只考虑索引中的关键字的一小 部分,它被称为松散索引列表。(官方语言就是精辟)

例如:

explain select TeamID from competeinfo where TeamID >10 group by TeamID

id

select_type

table

type

possible_keys

key

key_len

ref

rows

Extra

1

SIMPLE

competeinfo

range

TeamID

TeamID

4

NULL

26

Using where; Using index for group-by

 

这里的explain 代表查看索引应用情况。我简单介绍一下.

id->SELECT识别符。这是SELECT的查询序列号。

select_type -> SELECT类型, SIMPLE代表比较简单的查询。(还包括union,primary等,具体去查下手册)

table 代表所引用的表。

type->联接类型 。可以说索引应用状况。这里range只检索给定范围的行,使用一个索引来选择行 。大多数我们将对索引用到 > < 等之类的符号。(还包括其他的联接类型,all代表扫描整个表。至于其他关键字。还查手册吧)

 

possible_keys->MySQL能使用哪个索引在该表中找到行(这里不是真正应用到)

key ->MYSQL实际应用到的索引。

key_len->索引长度

ref使用哪个列或常数与key一起从表中选择行。

rows-》影响多少行

Extra-》一些索引应用状况信息。这里的Using index for group-by 表示松散索引。

如果这里出现useing tempoary useingfilesort这个是比较严重的。这证明你的索引,没有用用到。解决方式:改索引吧。

 

言归正传。这里select TeamID from competeinfo where TeamID >10 group by TeamID。就是通过TeamID 来查找组。完成group by .这个也是一种方式。

但是大家注意。查询字段必须和后面GROUP BY 一致.

 

第二种优化方式,也是最常用的。紧凑索引扫描。

何为紧凑索引扫描:索引扫描或一个范围索引扫描,取决于查询条件。

其实啊就是联合索引的应用。

explain select TeamID from competeinfo where TeamID >10 and CompeteID > 100020 group by CompeteID

 

这个表建立了。 CompeteID, TeamID的联合索引。

 

 

id

select_type

table

type

possible_keys

key

key_len

ref

rows

Extra

1

SIMPLE

competeinfo

range

CompeteID,TeamID

CompeteID

4

NULL

22

Using where; Using index

 

大家已经看到了。这里我们会发现。可能应用索引有2个。实际应用到索引名为CompeteID.返回应用信息也是Using where; Using index。应用到索引。

下面我说下:哪些情况应用不到。

1. 对不同的索引键做 GROUP BY

SELECT * FROM a1 group by key1, key2;

2. 在非连续的索引键部分上做 group by

SELECT * FROM t1 WHERE key2=constant group by key_part2;

非连续索引:上面的索引CompeteID。他是由CompeteID, TeamID建立联合索引。

 

explain select TeamID from competeinfo where TeamID >10 and CompeteID > 100020 group by TeamID

这样的话。

 

id

select_type

table

type

possible_keys

key

key_len

ref

rows

Extra

1

SIMPLE

competeinfo

range

CompeteID,TeamID

CompeteID

4

NULL

22

Using where; Using index; Using temporary; Using filesort

 

 

大家看见了。EXTRA的信息。这样的话group by 没用应用索引。影响效率。

所以一定注意到。GROUP BY 顺序.问题.

 

  1. 用于搜索记录的索引键和做 GROUP BY 的不是同一个:

其实意思是。Where 条件和GROUP BY 字段得是一个索引里面的。

 

这个就不举例了。

 

我相信通过这篇文章大家也了解了GROUP BY 的索引应用了吧!

其实我们多尝试,多分析下就可以了。

 

如有有疑问,请大家多多指出,我将会修正。

MYSQL优化-之GROUP BY

标签:返回   哪些   有关   引用   log   语言   查找   ref   其他   

原文地址:http://www.cnblogs.com/huaerr/p/7843825.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!