SQL中的HAVING子句怎么用？分组后过滤的正确方法

星夢妙者

发布时间：2025-09-04 20:48:01

760人浏览过

来源于php中文网

原创

HAVING子句用于对GROUP BY后的聚合结果进行过滤，与WHERE在分组前过滤行不同，HAVING作用于分组后的组，可结合COUNT、SUM、AVG等聚合函数实现复杂数据筛选，提升数据分析能力。

sql中的having子句怎么用？分组后过滤的正确方法

在SQL中，

HAVING

子句的核心作用是对

GROUP BY

聚合后的结果集进行条件过滤。简单来说，如果你需要基于聚合函数（比如

COUNT

SUM

AVG

等）的计算结果来筛选数据组，那么

HAVING

就是你的首选工具。它允许你像

WHERE

子句过滤行一样，对分组后的“组”进行过滤。

解决方案

理解

HAVING

子句的关键在于它在SQL查询执行顺序中的位置。它总是跟在

GROUP BY

子句之后，这意味着它是在数据已经被分组并计算出聚合值之后才开始工作的。

我们来看一个例子。假设你有一个

orders

表，里面记录了每个客户的订单信息，包括

customer_id

和

order_amount

。你现在想找出那些总订单金额超过1000元的客户。

首先，你需要按

customer_id

分组，然后计算每个客户的总订单金额：

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

运行这段代码，你会得到每个客户及其对应的总消费金额。但我们还需要一个过滤条件：

total_spent

必须大于1000。这时候，

HAVING

子句就派上用场了：

SELECT
    customer_id,
    SUM(order_amount) AS total_spent
FROM
    orders
GROUP BY
    customer_id
HAVING
    SUM(order_amount) > 1000;

你看，

HAVING SUM(order_amount) > 1000

直接作用于

SUM(order_amount)

这个聚合结果，筛选出了符合条件的客户组。我个人觉得，当你需要对聚合后的数据进行二次筛选时，

HAVING

的逻辑是非常直观和强大的。它让我们的数据分析能力上了一个台阶。

HAVING 与 WHERE：SQL过滤的两种不同哲学与实践

说实话，这是SQL初学者最容易混淆的地方之一，甚至一些有经验的人偶尔也会犯迷糊。在我看来，

WHERE

和

HAVING

虽然都用于过滤数据，但它们在SQL查询处理流程中扮演的角色和过滤对象是截然不同的。

WHERE

子句是在数据被

GROUP BY

分组之前，对原始的、单独的行进行过滤。它的条件不能包含聚合函数，因为在

WHERE

阶段，聚合操作还没有发生。你可以把它想象成一个守门员，在数据进入分组处理区之前，就把不符合条件的行拦在外面。

举个例子，如果你只想统计2023年之后订单的总金额，那么你会在

WHERE

子句中指定日期范围：

SELECT
    customer_id,
    SUM(order_amount) AS total_spent
FROM
    orders
WHERE
    order_date >= '2023-01-01' -- 过滤2023年之前的订单行
GROUP BY
    customer_id
HAVING
    SUM(order_amount) > 1000;

这段代码的执行顺序是这样的：

首先，
```
FROM orders
```
找到
```
orders
```
表。
接着，
```
WHERE order_date >= '2023-01-01'
```
会过滤掉所有2023年之前的订单记录，只留下2023年及之后的订单行。
然后，
```
GROUP BY customer_id
```
将剩余的行按
```
customer_id
```
分组。
最后，
```
HAVING SUM(order_amount) > 1000
```
会对这些分组后的结果进行过滤，只显示总金额超过1000的客户。

你看，

WHERE

负责“粗筛”，减少了需要分组和聚合的数据量，而

HAVING

则负责“精筛”，对聚合后的结果进行条件判断。一个作用于行，一个作用于组。理解这个根本区别，你在写复杂查询时就能游刃有余了。

聚合函数与 HAVING：如何解锁复杂数据洞察？

HAVING

子句的真正威力在于它与各种聚合函数的结合使用。它不仅仅是用来筛选

SUM

的结果，几乎所有的聚合函数都能成为

HAVING

的过滤条件，这为我们解锁了更深层次的数据洞察。

Vozo

Vozo是一款强大的AI视频编辑工具，可以帮助用户轻松重写、配音和编辑视频。

下载

比如，你可能想找出那些平均订单金额低于500元，但订单数量却超过3笔的客户。这种复合条件，用

HAVING

来处理简直是手到擒来：

SELECT
    customer_id,
    COUNT(order_id) AS total_orders,
    AVG(order_amount) AS average_order_value
FROM
    orders
GROUP BY
    customer_id
HAVING
    COUNT(order_id) > 3 AND AVG(order_amount) < 500;

这里，我们同时使用了

COUNT

和

AVG

两个聚合函数作为

HAVING

的判断条件。这非常强大，因为它允许我们从多个维度去评估和筛选数据组。

再举个例子，假设你想找出那些最高订单金额超过2000元，但最低订单金额却低于100元的客户。这可能表明这些客户的购买行为波动性很大：

SELECT
    customer_id,
    MAX(order_amount) AS max_order,
    MIN(order_amount) AS min_order
FROM
    orders
GROUP BY
    customer_id
HAVING
    MAX(order_amount) > 2000 AND MIN(order_amount) < 100;

通过这种方式，我们可以发现那些“极端”或“异常”的客户群体，这在市场分析、风险评估等场景下非常有价值。我发现，一旦你掌握了这种组合拳，很多看起来复杂的数据分析问题，都能通过

HAVING

配合聚合函数轻松解决。这远比你想象的要灵活和强大。

HAVING 子句的常见误区及性能优化策略

在使用

HAVING

子句时，我见过一些常见的误区，有些是逻辑上的，有些则可能影响查询性能。

一个非常普遍的错误是，试图在

HAVING

子句中引用那些既不是聚合函数结果，又没有出现在

GROUP BY

子句中的列。比如，你不能直接在

HAVING

里写

HAVING customer_name = '张三'

，除非

customer_name

也被包含在

GROUP BY

中。这是因为

HAVING

作用于组，而不是原始行，所以它只能“看到”分组键和聚合结果。如果你想基于

customer_name

过滤，那应该在

WHERE

子句里做，或者将其加入

GROUP BY

。

另一个我个人觉得比较重要的点是性能。虽然

HAVING

功能强大，但如果滥用或不当使用，可能会导致查询变慢。因为

HAVING

是在所有数据都被分组和聚合之后才进行过滤的。这意味着即使最终只有少数几个组符合

HAVING

的条件，SQL引擎也可能需要先处理和聚合所有潜在的组。

为了优化性能，我的经验是：尽可能在

WHERE

子句中进行初步过滤，以减少需要
GROUP BY
和
HAVING
处理的数据量。如果一个条件可以在

WHERE

子句中实现，那么就优先在

WHERE

中过滤。

例如，如果你只想分析特定区域（比如“华东区”）客户的订单数据，并且想找出其中总金额超过10000元的客户：

-- 较优的写法：先用WHERE过滤区域，减少GROUP BY的数据量
SELECT
    customer_id,
    SUM(order_amount) AS total_spent
FROM
    orders
WHERE
    region = '华东区' -- 先过滤，减少后续处理的数据量
GROUP BY
    customer_id
HAVING
    SUM(order_amount) > 10000;

-- 效率可能较低的写法：HAVING中同时过滤区域和聚合结果
-- (如果region不在GROUP BY中，这种写法本身就是错误的，这里仅作对比示意)
/*
SELECT
    customer_id,
    region,
    SUM(order_amount) AS total_spent
FROM
    orders
GROUP BY
    customer_id, region
HAVING
    region = '华东区' AND SUM(order_amount) > 10000;
*/

在上面的例子中，将