由于 group by 实际上也同样会进行排序操作，而且与 order by 相比，group by 主要只是多了排序之后的分组操作。当然，如果在分组的时候还使用了其他的一些聚合函数，那么还需要一些聚合函数的计算。所以，在group by 的实现过程中，与 order by 一样也可以
由于 group by 实际上也同样会进行排序操作，而且与 order by 相比，group by 主要只是多了排序之后的分组操作。当然，如果在分组的时候还使用了其他的一些聚合函数，那么还需要一些聚合函数的计算。所以，在group by 的实现过程中，与 order by 一样也可以利用到索引。
在 mysql 中，，group by 的实现同样有多种(三种)方式，其中有两种方式会利用现有的索引信息来完成 group by，另外一种为完全无法使用索引的场景下使用。下面我们分别针对这三种实现方式做一个分析。
1.使用松散(loose)索引扫描实现 group by
何谓松散索引扫描实现 group by 呢?实际上就是当 mysql 完全利用索引扫描来实现 group by 的时候，并不需要扫描所有满足条件的索引键即可完成操作得出结果。
下面我们通过一个示例来描述松散索引扫描实现 group by，在示例之前我们需要首先调整一下 group_message 表的索引，将 gmt_create 字段添加到 group_id 和 user_id 字段的索引中：
以下为引用的内容：
sky@localhost : example 08:49:45> create index idx_gid_uid_gc
-> on group_message(group_id,user_id,gmt_create);
query ok, rows affected (0.03 sec)
records: 96 duplicates: 0 warnings: 0
sky@localhost : example 09:07:30> drop index idx_group_message_gid_uid
-> on group_message;
query ok, 96 rows affected (0.02 sec)
records: 96 duplicates: 0 warnings: 0
然后再看如下 query 的执行计划：
以下为引用的内容：
sky@localhost : example 09:26:15> explain
-> select user_id,max(gmt_create)
-> from group_message
-> where group_id
-> group by group_id,user_idg
*************************** 1. row ***************************
id: 1
select_type: simple
table: group_message
type: range
possible_keys: idx_gid_uid_gc
key: idx_gid_uid_gc
key_len: 8
ref: null
rows: 4
extra: using where; using index for group-by
1 row in set (0.00 sec)
我们看到在执行计划的 extra 信息中有信息显示“using index for group-by”，实际上这就是告诉我们，mysql query optimizer 通过使用松散索引扫描来实现了我们所需要的 group by 操作。