1.先回顾下基础知识：
Group By 对数据分组聚合，常常伴随having使用。having可以处理单记录，也可以小组为单位处理。
语句：
SELECT col
FROM table
[WHERE]
[GROUP BY]
[HAVING]
[ORDER BY [ASC]|[DESC]]
1.FROM子句生成数据集
2.WHERE子句过滤1生成的数据集
3.GROUP BY子句聚合2生成的数据集
4.HAVING子句过滤3生成的数据集
5.SELECT子句在4的结果上做些转换
6.ORDER BY子句对5变换后的数据集进行排序
在SELECT子句但不在GROUP BY子句中的字段必须使用聚合函数。
聚合函数是对一组值执行计算并返回单个值得确定性函数，如COUNT，SUM，AVG，MIN，MAX，VAR_POP，VAR_SAMP等。
2.正文：
从SQL-92标准开始，强制规定了GROUP BY子句的使用，主流厂家也多数已经遵守，即：SELECT的字段，要么在GROUP BY中已经列出，要么使用了聚合函数。
如：有user表，order表，想看每个用户的消费情况，即按userid查询order分组数据，我们真正想要的是：
SELECT u.userid,u.username,u.city,SUM(o.OrderTatal) AS total
FROM user u LEFT JOIN order o ON u.userid=o.userid
GROUP BY u.userid
但不幸，这条语句不符合GROUP BY要求，必须把SELECT中出现，但没使用聚合函数的字段u.username，u.city加入到GROUP BY 子句中，我们其实不关心是否对这2个字段聚合，聚合这2字段对我们期望的结果意义也不大，但不写会报错，于是通常会写成：
SELECT u.userid,u.username,u.city,SUM(o.OrderTatal) AS total
FROM user u LEFT JOIN order o ON u.userid=o.userid
GROUP BY u.userid,u.username,u.city
这种列称为功能依赖列，这样写也满足了要求，但一个不足是我们真正关心的汇总条件被淹没了。如果时间隔得久一点或是语句复杂一点，你有把握区分出其实是多余的功能依赖列吗？我们要按每个user汇总，也要区分具体city？有时你不得不去了解整个查询的基础。
改进这种类型的GROUP BY，不要让真正关心的汇总条件被淹没。改进后的语句：
SELECT u.userid,u.username,u.city,o.total
FROM user u
LEFT JOIN
(SELECT t.userid,SUM(t.OrderTotal) AS Total FROM Order AS t GROUP BY t.userid) AS o
ON u.userid=o.userid;