mysql中group by语句如何分组

来源：这里教程网时间：2026-02-28 20:08:10 作者：

MySQL中的

GROUP BY

语句，说白了，就是把你的数据行根据一个或多个列的相同值“捆绑”起来，然后对这些捆绑好的组进行汇总计算。它不是简单地筛选数据，而是改变了你看待数据的方式，从单行记录层面转向了聚合统计层面。

GROUP BY

的核心作用是数据聚合。当你需要回答“每种产品的销量是多少？”、“每个部门的平均工资是多少？”这类问题时，

GROUP BY

就派上用场了。它会遍历你指定的分组列，找出所有具有相同值的行，把它们归为一个逻辑上的“组”。一旦分组完成，你就可以对每个组应用聚合函数（如

COUNT()

SUM()

AVG()

MIN()

MAX()

等）来得到你想要的汇总结果。

它的基本语法结构是这样的：

SELECT
    column_to_group_by,
    aggregate_function(another_column)
FROM
    your_table
GROUP BY
    column_to_group_by;

举个例子，假设我们有一个

orders

表，里面有

order_id

customer_id

product_name

amount

这些字段。如果我想知道每个客户的总消费金额，我会这样写：

SELECT
    customer_id,
    SUM(amount) AS total_spent
FROM
    orders
GROUP BY
    customer_id;

这条语句会找到所有

customer_id

相同的订单，把它们归到一起，然后计算每个客户的

amount

总和。这里

customer_id

就是我们的分组依据，

SUM(amount)

则是对每个组执行的聚合操作。

我个人觉得，理解

GROUP BY

的关键在于，

SELECT

子句中除了聚合函数之外的列，必须出现在

GROUP BY

子句中。这是MySQL（以及大多数SQL数据库）的一个基本要求。否则，数据库就不知道该怎么显示那些非聚合的列了，因为它面对的是一堆组，而不是单行数据。

多列分组（Multiple Columns in GROUP BY）如何工作？

当我们不仅仅想按一个维度来分组，而是想按多个维度来细分数据时，

GROUP BY

就可以接受多个列。这其实很直观，它会先按第一个指定的列进行分组，然后在每个大组内部，再根据第二个列进行细分，以此类推。可以想象成一个层层递进的分类过程。

比如，我们想知道每个客户购买每种产品的总金额。这时候，仅仅按

customer_id

分组就不够了，我们还需要引入

product_name

。

SELECT
    customer_id,
    product_name,
    SUM(amount) AS total_product_spent
FROM
    orders
GROUP BY
    customer_id,
    product_name;

这条查询会先将所有

customer_id

相同的行分到一组，然后在这个组里，再根据

product_name

是否相同进行进一步分组。最终的结果就是，每个

customer_id

和

product_name

的组合都会对应一行，显示该客户购买该产品的总金额。

在我实际工作中，这种多列分组非常常见，尤其是在做各种报表和数据分析时。它能帮助我们从更细致的粒度上理解数据。比如，分析不同地区、不同销售渠道的销售情况，往往就需要多列分组。

GROUP BY 结合 HAVING 子句如何筛选分组结果？

GROUP BY

本身是用来聚合的，但很多时候，我们不仅要聚合，还要对聚合后的结果进行筛选。这时候，

HAVING

子句就登场了。它和

WHERE

子句很像，都是用来筛选的，但它们的应用对象完全不同。

WHERE

是在数据分组之前筛选原始行，而

HAVING

则是在数据分组之后，对聚合结果进行筛选。

我常常看到有人混淆

WHERE

和

HAVING

，这是个常见的坑。记住一个简单的原则：如果你想根据原始列的值来筛选，用

WHERE

；如果你想根据聚合函数（比如

SUM()

、

COUNT()

等）的结果来筛选，那就必须用

HAVING

。

让我们回到客户订单的例子。如果我想找出那些总消费金额超过1000元的客户，我会这样做：

SELECT
    customer_id,
    SUM(amount) AS total_spent
FROM
    orders
GROUP BY
    customer_id
HAVING
    total_spent > 1000; -- 或者 HAVING SUM(amount) > 1000

这里，

GROUP BY customer_id

先计算出每个客户的总消费金额，然后

HAVING total_spent > 1000

会筛选掉那些总金额不满足条件的客户组。

如果我只想统计某个特定产品（比如'Laptop'）的客户消费，并且这些客户的总消费超过500元，那么

WHERE

和

HAVING

可以一起用：

SELECT
    customer_id,
    SUM(amount) AS total_spent_on_laptops
FROM
    orders
WHERE
    product_name = 'Laptop' -- 先筛选出'Laptop'的订单
GROUP BY
    customer_id
HAVING
    total_spent_on_laptops > 500; -- 再筛选出总金额大于500的客户

你看，

WHERE

先过滤了原始数据，减少了

GROUP BY

需要处理的行数，这通常对性能有好处。然后

GROUP BY

对过滤后的数据进行分组聚合，最后

HAVING

再对聚合结果进行二次筛选。这个顺序很重要，也符合数据库查询优化的逻辑。

GROUP BY 的执行效率如何优化？

GROUP BY

操作在处理大量数据时，性能确实是个需要关注的问题。因为它通常涉及到排序和扫描，这些操作都比较耗资源。在我看来，优化

GROUP BY

主要有几个方面可以考虑：

为分组列创建索引： 这是最直接也最有效的方法之一。当
GROUP BY
的列上存在索引时，MySQL可以更快地找到并组织相同值的行，有时甚至可以直接利用索引的有序性来避免额外的排序操作。比如，如果你经常按
customer_id
分组，那么在
customer_id
列上建立索引就非常有必要。
-- 示例：为customer_id列添加索引 ALTER TABLE orders ADD INDEX idx_customer_id (customer_id);

利用
WHERE
子句减少处理的数据量： 前面提到了
WHERE
在
GROUP BY
之前执行。这意味着，如果你能在
GROUP BY
之前通过
WHERE
过滤掉大量不相关的数据，那么
GROUP BY
需要处理的行数就会大大减少，从而显著提升性能。这是我优化复杂查询时常用的一个技巧。数据量越小，聚合的速度自然越快。

避免在分组列上进行函数操作： 尽量避免在
GROUP BY
子句中的列上使用函数。例如，
GROUP BY YEAR(order_date)
会阻止MySQL使用
order_date
列上的索引，因为它需要对每一行都计算
YEAR()
函数的结果，然后再进行分组。如果可能，最好在
WHERE
子句中预先处理好日期范围，或者在表中存储一个单独的
order_year
列。

EXPLAIN
分析查询计划： 遇到性能问题时，使用
EXPLAIN
语句来分析
GROUP BY
查询的执行计划是必不可少的。它会告诉你MySQL是如何执行你的查询的，是否使用了临时表、是否进行了文件排序（Using filesort），以及是否利用了索引。如果看到
Using filesort
或
Using temporary
，那通常就意味着有优化空间。

合理设计表结构： 这可能有点“治本”的味道。有时，通过冗余一些计算好的聚合数据，或者创建汇总表（summary table），可以在查询时避免复杂的
GROUP BY
操作。这是一种空间换时间的策略，尤其适用于那些数据更新不频繁但查询量巨大的场景。当然，这需要权衡数据一致性和维护成本。

优化