MYSQL 聚合函数归档

博主： Ganhua
发布时间：2022 年 01 月 19 日
1656 次浏览
暂无评论
2451字数
分类： Mysql 全栈笔记关系型数据库

* **什么是聚合函数**

> 聚合函数作用于一组数据，并对一组数据返回一个值。

* 聚合函数类型
  * AVG()
  * SUM()
  * MAX()
  * MIN()
  * COUNT()

**1.1 AVG和SUM函数**

> 可以对`数值型数据`使用AVG和SUM函数。

**1.2 MIN和MAX函数**

> 可以对`任意数据类型`的数据使用MIN和MAX函数

**1.3 COUNT 函数**

* COUNT(*)返回表中的记录总数，使用于`任意数据类型`。
* COUNT(expr) 返回`expr不为空`的记录总数。

<span style='color:#8B0000'>1、用COUNT(*),COUNT(1),COUNT(列名)谁好呢？</span>

其实，对于MyISAM引擎的表示没有区别的。这种引擎内部有一计数器在维护着行数。
Innodb引擎的表用counr(*),count(1)直接读行数，复杂度是O(n)，因为innodb真的要去数一遍，但好于具体的count(列名)。

</div>

<span style='color:#8B0000'>2、能不能使用count(列名)替换count(*)?</span>

不要使用 count(列名)来替代 `count(*)`,`count(*)`是 SQL92 定义的标准统计行数的语法，跟数据库无关，跟 NULL 和非 NULL 无关。

说明：count(*)会统计值为 NULL 的行，而 count(列名)不会统计此列为 NULL 值的行。

</div>

---

## GROUP BY

**WITH ROLLUP ：在group分组字段的基础上再进行统计数据。**

```sql
SELECT id,AVG(age) FROM user
WHERE age>18 GROUP BY id WITH ROLLUP;
```

当使用ROLLUP时，不能同时使用ORDER BY 子句进行结果排序，即ROLLUP和ORDER BY是互相排斥的。

</div>

---

## HAVING

**1、基本使用**

* 行已经被分组。
* 使用了聚合函数。
* 满足HAVING子句中条件的分组将被显示。
* HAVING不能单独使用，必须要跟GROUP BY 一起使用。

**where 和having之后都是筛选条件，但是有区别的：**

1.where在group by前， having在group by 之后

2.聚合函数（avg、sum、max、min、count），不能作为条件放在where之后，但可以放在having之后

</div>

```sql
SELECT id,MAX(age)
FROM user
GROUP BY id
HAVING MAX(age)>18;
```

2、WHERE和HAVING的对比

<span style='color:#8B0000'>**区别1：WHERE 可以直接使用表中的字段作为筛选条件，但不能使用分组中的计算函数作为筛选条件；HAVING 必须要与 GROUP BY 配合使用，可以把分组计算的函数和分组字段作为筛选条件。**</span>

这决定了，在需要对数据进行分组统计的时候，HAVING 可以完成 WHERE 不能完成的任务。这是因为，在查询语法结构中，WHERE 在 GROUP BY 之前，所以无法对分组结果进行筛选。HAVING 在 GROUP BY 之后，可以使用分组字段和分组中的计算函数，对分组的结果集进行筛选，这个功能是 WHERE 无法完成的。另外，WHERE排除的记录不再包括在分组中。

<span style='color:#8B0000'>**区别2：如果需要通过连接从关联表中获取需要的数据，WHERE 是先筛选后连接，而 HAVING 是先连接后筛选。**</span>

这一点，就决定了在关联查询中，WHERE比HAVING更高效。

**WHERE 和 HAVING 也不是互相排斥的，我们可以在一个查询里面同时使用 WHERE 和 HAVING。包含分组统计函数的条件用 HAVING，普通条件用 WHERE。这样，我们就既利用了 WHERE 条件的高效快速，又发挥了 HAVING 可以使用包含分组统计函数的查询条件的优点。当数据量特别大的时候，运行效率会有很大的差别。**

---

## SELECT的执行过程

<span style='color:#8B0000'>**1、关键字的顺序是不能颠倒的：**</span>

> SELECT ... FROM ... WHERE ... GROUP BY ... HAVING ... ORDER BY ... LIMIT ...

<span style='color:#8B0000'>**2、SELECT 语句的执行顺序**</span>

> FROM -> WHERE -> GROUP BY -> HAVING -> SELECT 的字段 -> DISTINCT -> ORDER BY -> LIMIT

在SELECT 语句执行这些步骤的时候，每个步骤都会产生一个`虚拟表`，然后将这个虚拟表传入下一步骤中作为输入。需要注意的是，这些步骤隐含在SQL的执行过程中，对于我们来说是不可见的。

最后修改：2022 年 01 月 19 日

社会很单纯～复杂滴是人呐～谁能在乎我呀

发表评论取消回复
使用cookie技术保留您的个人信息以便您下次快速评论，继续评论表示您已同意该条款

评论 *

私密评论

名称 *

🎲

邮箱 *

地址

MYSQL 聚合函数归档

Ganhua • 2022 年 01 月 19 日

* **什么是聚合函数**

> 聚合函数作用于一组数据，并对一组数据返回一个值。

* 聚合函数类型
  * AVG()
  * SUM()
  * MAX()
  * MIN()
  * COUNT()

**1.1 AVG和SUM函数**

> 可以对`数值型数据`使用AVG和SUM函数。

**1.2 MIN和MAX函数**

> 可以对`任意数据类型`的数据使用MIN和MAX函数

**1.3 COUNT 函数**

* COUNT(*)返回表中的记录总数，使用于`任意数据类型`。
* COUNT(expr) 返回`expr不为空`的记录总数。

<span style='color:#8B0000'>1、用COUNT(*),COUNT(1),COUNT(列名)谁好呢？</span>

</div>

<span style='color:#8B0000'>2、能不能使用count(列名)替换count(*)?</span>

不要使用 count(列名)来替代 `count(*)`,`count(*)`是 SQL92 定义的标准统计行数的语法，跟数据库无关，跟 NULL 和非 NULL 无关。

说明：count(*)会统计值为 NULL 的行，而 count(列名)不会统计此列为 NULL 值的行。

</div>

---

## GROUP BY

**WITH ROLLUP ：在group分组字段的基础上再进行统计数据。**

```sql
SELECT id,AVG(age) FROM user
WHERE age>18 GROUP BY id WITH ROLLUP;
```

当使用ROLLUP时，不能同时使用ORDER BY 子句进行结果排序，即ROLLUP和ORDER BY是互相排斥的。

</div>

---

## HAVING

**1、基本使用**

* 行已经被分组。
* 使用了聚合函数。
* 满足HAVING子句中条件的分组将被显示。
* HAVING不能单独使用，必须要跟GROUP BY 一起使用。

**where 和having之后都是筛选条件，但是有区别的：**

1.where在group by前， having在group by 之后

2.聚合函数（avg、sum、max、min、count），不能作为条件放在where之后，但可以放在having之后

</div>

```sql
SELECT id,MAX(age)
FROM user
GROUP BY id
HAVING MAX(age)>18;
```

2、WHERE和HAVING的对比

<span style='color:#8B0000'>**区别2：如果需要通过连接从关联表中获取需要的数据，WHERE 是先筛选后连接，而 HAVING 是先连接后筛选。**</span>

这一点，就决定了在关联查询中，WHERE比HAVING更高效。

---

## SELECT的执行过程

<span style='color:#8B0000'>**1、关键字的顺序是不能颠倒的：**</span>

> SELECT ... FROM ... WHERE ... GROUP BY ... HAVING ... ORDER BY ... LIMIT ...

<span style='color:#8B0000'>**2、SELECT 语句的执行顺序**</span>

> FROM -> WHERE -> GROUP BY -> HAVING -> SELECT 的字段 -> DISTINCT -> ORDER BY -> LIMIT

MYSQL 聚合函数归档

发表评论取消回复
使用cookie技术保留您的个人信息以便您下次快速评论，继续评论表示您已同意该条款

网抑云精彩评论记录

前后端分离敏感数据 RSA或SM2，AES加密-解密

关于我

时间过得真的很快-我的2021

web3j 交易转账的nonce值设置

真正能让你走远的都是自律积极和勤奋

2021国庆节武功山3日游

2021年1月1日天门山旅行

此内容被密码保护

Vue Table无缝滚动

MYSQL 聚合函数归档

发表评论 取消回复 使用cookie技术保留您的个人信息以便您下次快速评论，继续评论表示您已同意该条款

MYSQL 聚合函数归档

发表评论取消回复
使用cookie技术保留您的个人信息以便您下次快速评论，继续评论表示您已同意该条款