京东一面：MySQL 中的 distinct 和 group by 哪个效率更高？太刁钻了吧！
先说大致的结论（完整结论在文末）：
在语义相同，有索引的情况下
group by和distinct都能使用索引，效率相同。
在语义相同，无索引的情况下：
distinct效率高于group by。原因是distinct 和 group by都会进行分组操作，但group by可能会进行排序，触发filesort，导致sql执行效率低下。
基于这个结论，你可能会问：
为什么在语义相同，有索引的情况下，group by和distinct效率相同？
且在什么情况下，group by会进行排序操作？
带着这两个问题找答案。接下来，我们先来看一下distinct和group by的基础使用。
01 distinct的使用
distinct用法
例如：
DISTINCT 关键词用于返回唯一不同的值。放在查询语句中的第一个字段前使用，且作用于主句所有列。
如果列具有NULL值，并且对该列使用DISTINCT子句，MySQL将保留一个NULL值，并删除其它的NULL值，因为DISTINCT子句将所有NULL值视为相同的值。
distinct多列去重
distinct多列的去重，则是根据指定的去重的列信息来进行，即只有所有指定的列信息都相同，才会被认为是重复的信息。
02 group by的使用
对于基础去重来说，group by的使用和distinct类似:
单列去重
语法：
执行：
多列去重
语法：
执行：
区别示例
两者的语法区别在于，group by可以进行单列去重，group by的原理是先对结果进行分组排序，然后返回每组中的第一条数据。且是根据group by的后接字段进行去重的。
例如：
03 distinct和group by原理
在大多数例子中，DISTINCT可以被看作是特殊的GROUP BY，它们的实现都基于分组操作，且都可以通过松散索引扫描、紧凑索引扫描(关于索引扫描的内容会在其他文章中详细介绍，就不在此细致介绍了)来实现。
DISTINCT和GROUP BY都是可以使用索引进行扫描搜索的。例如以下两条sql（只单单看表格最后extra的内容），我们对这两条sql进行分析，可以看到，在extra中，这两条sql都使用了紧凑索引扫描Using index for group-by。所以，在一般情况下，对于相同语义的DISTINCT和GROUP BY语句，我们可以对其使用相同的索引优化手段来进行优化。
但对于GROUP BY来说，在MYSQL8.0之前，GROUP Y默认会依据字段进行隐式排序。
可以看到，下面这条sql语句在使用了临时表的同时，还进行了filesort。
隐式排序
对于隐式排序，我们可以参考Mysql官方的解释：
MySQL :: MySQL 5.7 Reference Manual :: 8.2.1.14 ORDER BY Optimization
大致解释一下：
所以，在Mysql8.0之前,Group by会默认根据作用字段（Group by的后接字段）对结果进行排序。在能利用索引的情况下，Group by不需要额外进行排序操作；但当无法利用索引排序时，Mysql优化器就不得不选择通过使用临时表然后再排序的方式来实现GROUP BY了。且当结果集的大小超出系统设置临时表大小时，Mysql会将临时表数据copy到磁盘上面再进行操作，语句的执行效率会变得极低。这也是Mysql选择将此操作（隐式排序）弃用的原因。
基于上述原因，Mysql在8.0时，对此进行了优化更新：
MySQL :: MySQL 8.0 Reference Manual :: 8.2.1.16 ORDER BY Optimization
大致解释一下：
因此，我们的结论也出来了：
04 推荐group by的原因
1、 groupby语义更为清晰；
2、 groupby可对数据进行更为复杂的一些处理；
相比于distinct来说，group by的语义明确。且由于distinct关键字会对所有字段生效，在进行复合业务处理时，group by的使用灵活性更高，group by能根据分组情况，对数据进行更为复杂的处理，例如通过having对数据进行过滤，或通过聚合函数对数据进行运算。
