您的当前位置:首页mySQL之group By的简单分析

mySQL之group By的简单分析

2023-11-10 来源:六九路网

当然,我们也可以这么写:

SELECT * FROM (SELECT * FROM t_class ORDER BY age DESC) AS bGROUP BY class;

但是,我不建议这么写,因为这么写有些不可预知的事情发生。我们先order by 再group by ,结果可能不是取的年龄最大的学生信息,具体原因,我还在寻找中,当然你知道原因也可以告诉我,证据如下:

技术分享

技术分享

所以,我们可以这么去写:

/**方法1:**/SELECT * FROM t_class t WHERE t.age = (SELECT MAX(age) FROM t_class WHERE t.class = class) ORDER BY class;/**方法2:**/SELECT t_class.id,t_class.name,t_class.age,t_class.class FROM t_class INNER JOIN (SELECT class,MAX(age) AS maxAge FROM t_class GROUP BY class)t ON (t.class = t_class.class AND t_class.age = t.maxAge);

至于那个方法的效率高,你可以自己测试一下!

可以读一下这篇文字,可以更好的理解group by:http://www.cnblogs.com/wiseblog/articles/4475936.html

http://blog.csdn.net/john_hongming/article/details/42742965

http://www.th7.cn/db/mysql/201502/91713.shtml

http://yueliangdao0608.blog.51cto.com/397025/81278

本文出自 “我的JAVA世界” 博客,请务必保留此出处http://hanchaohan.blog.51cto.com/2996417/1892304

mySQL之group By的简单分析

标签:mysql   group by   

小编还为您整理了以下内容,可能对您也有帮助:

mysql group by用法

MySQL中的GROUP BY语句是用于对查询结果进行分组的一种机制。它可以将查询结果按照指定的列进行分组,并对每个分组进行汇总计算。GROUP BY语句通常与聚合函数(如SUM、AVG、COUNT等)一起使用,可以方便地对分组后的结果进行统计分析。

column1, column2, ... columnN是要进行分组的列名;aggregate_function是需要对分组后的结果进行聚合计算的函数(如SUM、AVG、COUNT等);table_name是要查询的表名;condition是查询条件。

GROUP BY语句的执行过程如下:

从表中选择出指定列的数据。

根据GROUP BY语句中指定的列名对结果进行分组。

对每个分组进行聚合计算,计算结果将作为查询结果返回。

以下是一个简单的例子,演示如何使用GROUP BY语句:

我们有一个名为"employees"的表,其中包含员工的基本信息,包括姓名、部门、工资等。现在我们想按部门对员工进行分组,并计算每个部门的平均工资。可以使用以下SQL语句:

这个查询语句会按照"department"列对"employees"表进行分组,然后对每个分组计算平均工资,并将结果返回。查询结果将包含每个部门的名称和平均工资。

需要注意的是,GROUP BY语句中列名的顺序对查询结果的影响比较大。如果按照不同的顺序对列进行分组,将会得到不同的结果。因此,在使用GROUP BY语句时,需要仔细考虑分组的列名和顺序,以确保得到正确的查询结果。

mysql group by 啥意思

在日常查询中,索引或其他数据查找的方法可能不是查询执行中最高昂的部分,例如:MySQL GROUP BY 可能负责查询执行时间 90% 还多。MySQL 执行 GROUP BY 时的主要复杂性是计算 GROUP BY 语句中的聚合函数。UDF 聚合函数是一个接一个地获得构成单个组的所有值。这样,它可以在移动到另一个组之前计算单个组的聚合函数值。当然,问题在于,在大多数情况下,源数据值不会被分组。来自各种组的值在处理期间彼此跟随。因此,我们需要一个特殊的步骤。

处理 MySQL GROUP BY让我们看看之前看过的同一张table:    mysql> show create table tbl G    *************************** 1. row ***************************          Table: tbl    Create Table: CREATE TABLE `tbl` (     `id` int(11) NOT NULL AUTO_INCREMENT,     `k` int(11) NOT NULL DEFAULT '0',     `g` int(10) unsigned NOT NULL,     PRIMARY KEY (`id`),     KEY `k` (`k`)    ) ENGINE=InnoDB AUTO_INCREMENT=2340933 DEFAULT CHARSET=latin1    1 row in set (0.00 sec)

并且以不同方式执行相同的 GROUP BY 语句:

1、MySQL中 的 Index Ordered GROUP BY

    mysql> select k, count(*) c from tbl group by k order by k limit 5;

    +---+---+

    | k | c |

    +---+---+

    | 2 | 3 |

    | 4 | 1 |

    | 5 | 2 |

    | 8 | 1 |

    | 9 | 1 |

    +---+---+

    5 rows in set (0.00 sec)

    mysql> explain select k, count(*) c from tbl group by k order by k limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: index

    possible_keys: k

    key: k

    key_len: 4

    ref: NULL

    rows: 5

    filtered: 100.00

    Extra: Using index

    1 row in set, 1 warning (0.00 sec)

    在这种情况下,我们在 GROUP BY 的列上有一个索引。这样,我们可以逐组扫描数据并动态执行 GROUP BY(低成本)。当我们使用 LIMIT *我们检索的组的数量或使用“覆盖索引”时,特别有效,因为顺序索引扫描是一种非常快速的操作。

    如果您有少量组,并且没有覆盖索引,索引顺序扫描可能会导致大量 IO。所以这可能不是最优化的计划。

    2、MySQL 中的外部排序 GROUP BY

    mysql> explain select SQL_BIG_RESULT g, count(*) c from tbl group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: ALL

    possible_keys: NULL

    key: NULL

    key_len: NULL

    ref: NULL

    rows: 998490

    filtered: 100.00

    Extra: Using filesort

    1 row in set, 1 warning (0.00 sec)

    mysql> select SQL_BIG_RESULT g, count(*) c from tbl group by g limit 5;

    +---+---+

    | g | c |

    +---+---+

    | 0 | 1 |

    | 1 | 2 |

    | 4 | 1 |

    | 5 | 1 |

    | 6 | 2 |

    +---+---+

    5 rows in set (0.88 sec)

    如果我们没有允许我们按组顺序扫描数据的索引,我们可以通过外部排序(在 MySQL 中也称为“filesort”)来获取数据。你可能会注意到我在这里使用 SQL_BIG_RESULT 提示来获得这个计划。没有它,MySQL 在这种情况下不会选择这个计划。

    一般来说,MySQL 只有在我们拥有大量组时才更喜欢使用这个计划,因为在这种情况下,排序比拥有临时表更有效(我们将在下面讨论)。

    3、MySQL中 的临时表 GROUP BY

    mysql> explain select  g, sum(g) s from tbl group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: ALL

    possible_keys: NULL

    key: NULL

    key_len: NULL

    ref: NULL

    rows: 998490

    filtered: 100.00

    Extra: Using temporary

    1 row in set, 1 warning (0.00 sec)

    mysql> select  g, sum(g) s from tbl group by g order by null limit 5;

    +---+------+

    | g | s    |

    +---+------+

    | 0 |    0 |

    | 1 |    2 |

    | 4 |    4 |

    | 5 |    5 |

    | 6 |   12 |

    +---+------+

    5 rows in set (7.75 sec)

    在这种情况下,MySQL 也会进行全表扫描。但它不是运行额外的排序传递,而是创建一个临时表。此临时表每组包含一行,并且对于每个传入行,将更新相应组的值。很多更新!虽然这在内存中可能是合理的,但如果结果表太大以至于更新将导致大量磁盘 IO,则会变得非常昂贵。在这种情况下,外部分拣计划通常更好。请注意,虽然 MySQL 默认选择此计划用于此用例,但如果我们不提供任何提示,它几乎比我们使用 SQL_BIG_RESULT 提示的计划慢 10 倍 。您可能会注意到我在此查询中添加了“ ORDER BY NULL ”。这是为了向您展示“清理”临时表的唯一计划。没有它,我们得到这个计划:    mysql> explain select  g, sum(g) s from tbl group by g limit 5 G    *************************** 1. row ***************************              id: 1     select_type: SIMPLE           table: tbl      partitions: NULL            type: ALL    possible_keys: NULL             key: NULL         key_len: NULL             ref: NULL            rows: 998490        filtered: 100.00           Extra: Using temporary; Using filesort    1 row in set, 1 warning (0.00 sec)


    在其中,我们获得了 temporary 和 filesort “两最糟糕的”提示。MySQL 5.7 总是返回按组顺序排序的 GROUP BY 结果,即使查询不需要它(这可能需要昂贵的额外排序传递)。ORDER BY NULL 表示应用程序不需要这个。您应该注意,在某些情况下 - 例如使用聚合函数访问不同表中的列的 JOIN 查询 - 使用 GROUP BY 的临时表可能是唯一的选择。

    如果要强制 MySQL 使用为 GROUP BY 执行临时表的计划,可以使用 SQL_SMALL_RESULT 提示。

    4、MySQL 中的索引基于跳过扫描的 GROUP BY前三个 GROUP BY 执行方法适用于所有聚合函数。然而,其中一些人有第四种方法。

    mysql> explain select k,max(id) from tbl group by k G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: range

    possible_keys: k

    key: k

    key_len: 4

    ref: NULL

    rows: 2

    filtered: 100.00

    Extra: Using index for group-by

    1 row in set, 1 warning (0.00 sec)

    mysql> select k,max(id) from tbl group by k;

    +---+---------+

    | k | max(id) |

    +---+---------+

    | 0 | 2340920 |

    | 1 | 2340916 |

    | 2 | 2340932 |

    | 3 | 2340928 |

    | 4 | 2340924 |

    +---+---------+

    5 rows in set (0.00 sec)

    此方法仅适用于非常特殊的聚合函数:MIN() 和 MAX()。这些并不需要遍历组中的所有行来计算值。他们可以直接跳转到组中的最小或最大组值(如果有这样的索引)。如果索引仅建立在 (K) 列上,如何找到每个组的 MAX(ID) 值?这是一个 InnoDB 表。记住 InnoDB 表有效地将 PRIMARY KEY 附加到所有索引。(K) 变为 (K,ID),允许我们对此查询使用 Skip-Scan 优化。仅当每个组有大量行时才会启用此优化。否则,MySQL 更倾向于使用更传统的方法来执行此查询(如方法#1中详述的索引有序 GROUP BY)。虽然我们使用 MIN() / MAX() 聚合函数,但其他优化也适用于它们。例如,如果您有一个没有 GROUP BY 的聚合函数(实际上所有表都有一个组),MySQL 在统计分析阶段从索引中获取这些值,并避免在执行阶段完全读取表:    mysql> explain select max(k) from tbl G    *************************** 1. row ***************************              id: 1     select_type: SIMPLE           table: NULL      partitions: NULL            type: NULL    possible_keys: NULL             key: NULL         key_len: NULL             ref: NULL            rows: NULL        filtered: NULL           Extra: Select tables optimized away    1 row in set, 1 warning (0.00 sec)


    过滤和分组

    我们已经研究了 MySQL 执行 GROUP BY 的四种方式。为简单起见,我在整个表上使用了 GROUP BY,没有应用过滤。当您有 WHERE 子句时,相同的概念适用:    mysql> explain select  g, sum(g) s from tbl where k>4 group by g order by NULL limit 5 G    *************************** 1. row ***************************              id: 1     select_type: SIMPLE           table: tbl      partitions: NULL            type: range    possible_keys: k             key: k         key_len: 4             ref: NULL            rows: 1        filtered: 100.00           Extra: Using index condition; Using temporary    1 row in set, 1 warning (0.00 sec)


    对于这种情况,我们使用K列上的范围进行数据过滤/查找,并在有临时表时执行 GROUP BY。在某些情况下,方法不会发生冲突。但是,在其他情况下,我们必须选择使用 GROUP BY 的一个索引或其他索引进行过滤:

    mysql> alter table tbl add key(g);

    Query OK, 0 rows affected (4.17 sec)

    Records: 0  Duplicates: 0  Warnings: 0

    mysql> explain select  g, sum(g) s from tbl where k>1 group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: index

    possible_keys: k,g

    key: g

    key_len: 4

    ref: NULL

    rows: 16

    filtered: 50.00

    Extra: Using where

    1 row in set, 1 warning (0.00 sec)

    mysql> explain select  g, sum(g) s from tbl where k>4 group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: range

    possible_keys: k,g

    key: k

    key_len: 4

    ref: NULL

    rows: 1

    filtered: 100.00

    Extra: Using index condition; Using temporary; Using filesort

    1 row in set, 1 warning (0.00 sec)

    根据此查询中使用的特定常量,我们可以看到我们对 GROUP BY 使用索引顺序扫描(并从索引中“放弃”以解析 WHERE 子句),或者使用索引来解析 WHERE 子句(但使用临时表来解析 GROUP BY)。根据我的经验,这就是 MySQL GROUP BY 并不总是做出正确选择的地方。您可能需要使用 FORCE INDEX 以您希望的方式执行查询。

mysql group by 啥意思

在日常查询中,索引或其他数据查找的方法可能不是查询执行中最高昂的部分,例如:MySQL GROUP BY 可能负责查询执行时间 90% 还多。MySQL 执行 GROUP BY 时的主要复杂性是计算 GROUP BY 语句中的聚合函数。UDF 聚合函数是一个接一个地获得构成单个组的所有值。这样,它可以在移动到另一个组之前计算单个组的聚合函数值。当然,问题在于,在大多数情况下,源数据值不会被分组。来自各种组的值在处理期间彼此跟随。因此,我们需要一个特殊的步骤。

处理 MySQL GROUP BY让我们看看之前看过的同一张table:    mysql> show create table tbl G    *************************** 1. row ***************************          Table: tbl    Create Table: CREATE TABLE `tbl` (     `id` int(11) NOT NULL AUTO_INCREMENT,     `k` int(11) NOT NULL DEFAULT '0',     `g` int(10) unsigned NOT NULL,     PRIMARY KEY (`id`),     KEY `k` (`k`)    ) ENGINE=InnoDB AUTO_INCREMENT=2340933 DEFAULT CHARSET=latin1    1 row in set (0.00 sec)

并且以不同方式执行相同的 GROUP BY 语句:

1、MySQL中 的 Index Ordered GROUP BY

    mysql> select k, count(*) c from tbl group by k order by k limit 5;

    +---+---+

    | k | c |

    +---+---+

    | 2 | 3 |

    | 4 | 1 |

    | 5 | 2 |

    | 8 | 1 |

    | 9 | 1 |

    +---+---+

    5 rows in set (0.00 sec)

    mysql> explain select k, count(*) c from tbl group by k order by k limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: index

    possible_keys: k

    key: k

    key_len: 4

    ref: NULL

    rows: 5

    filtered: 100.00

    Extra: Using index

    1 row in set, 1 warning (0.00 sec)

    在这种情况下,我们在 GROUP BY 的列上有一个索引。这样,我们可以逐组扫描数据并动态执行 GROUP BY(低成本)。当我们使用 LIMIT *我们检索的组的数量或使用“覆盖索引”时,特别有效,因为顺序索引扫描是一种非常快速的操作。

    如果您有少量组,并且没有覆盖索引,索引顺序扫描可能会导致大量 IO。所以这可能不是最优化的计划。

    2、MySQL 中的外部排序 GROUP BY

    mysql> explain select SQL_BIG_RESULT g, count(*) c from tbl group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: ALL

    possible_keys: NULL

    key: NULL

    key_len: NULL

    ref: NULL

    rows: 998490

    filtered: 100.00

    Extra: Using filesort

    1 row in set, 1 warning (0.00 sec)

    mysql> select SQL_BIG_RESULT g, count(*) c from tbl group by g limit 5;

    +---+---+

    | g | c |

    +---+---+

    | 0 | 1 |

    | 1 | 2 |

    | 4 | 1 |

    | 5 | 1 |

    | 6 | 2 |

    +---+---+

    5 rows in set (0.88 sec)

    如果我们没有允许我们按组顺序扫描数据的索引,我们可以通过外部排序(在 MySQL 中也称为“filesort”)来获取数据。你可能会注意到我在这里使用 SQL_BIG_RESULT 提示来获得这个计划。没有它,MySQL 在这种情况下不会选择这个计划。

    一般来说,MySQL 只有在我们拥有大量组时才更喜欢使用这个计划,因为在这种情况下,排序比拥有临时表更有效(我们将在下面讨论)。

    3、MySQL中 的临时表 GROUP BY

    mysql> explain select  g, sum(g) s from tbl group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: ALL

    possible_keys: NULL

    key: NULL

    key_len: NULL

    ref: NULL

    rows: 998490

    filtered: 100.00

    Extra: Using temporary

    1 row in set, 1 warning (0.00 sec)

    mysql> select  g, sum(g) s from tbl group by g order by null limit 5;

    +---+------+

    | g | s    |

    +---+------+

    | 0 |    0 |

    | 1 |    2 |

    | 4 |    4 |

    | 5 |    5 |

    | 6 |   12 |

    +---+------+

    5 rows in set (7.75 sec)

    在这种情况下,MySQL 也会进行全表扫描。但它不是运行额外的排序传递,而是创建一个临时表。此临时表每组包含一行,并且对于每个传入行,将更新相应组的值。很多更新!虽然这在内存中可能是合理的,但如果结果表太大以至于更新将导致大量磁盘 IO,则会变得非常昂贵。在这种情况下,外部分拣计划通常更好。请注意,虽然 MySQL 默认选择此计划用于此用例,但如果我们不提供任何提示,它几乎比我们使用 SQL_BIG_RESULT 提示的计划慢 10 倍 。您可能会注意到我在此查询中添加了“ ORDER BY NULL ”。这是为了向您展示“清理”临时表的唯一计划。没有它,我们得到这个计划:    mysql> explain select  g, sum(g) s from tbl group by g limit 5 G    *************************** 1. row ***************************              id: 1     select_type: SIMPLE           table: tbl      partitions: NULL            type: ALL    possible_keys: NULL             key: NULL         key_len: NULL             ref: NULL            rows: 998490        filtered: 100.00           Extra: Using temporary; Using filesort    1 row in set, 1 warning (0.00 sec)


    在其中,我们获得了 temporary 和 filesort “两最糟糕的”提示。MySQL 5.7 总是返回按组顺序排序的 GROUP BY 结果,即使查询不需要它(这可能需要昂贵的额外排序传递)。ORDER BY NULL 表示应用程序不需要这个。您应该注意,在某些情况下 - 例如使用聚合函数访问不同表中的列的 JOIN 查询 - 使用 GROUP BY 的临时表可能是唯一的选择。

    如果要强制 MySQL 使用为 GROUP BY 执行临时表的计划,可以使用 SQL_SMALL_RESULT 提示。

    4、MySQL 中的索引基于跳过扫描的 GROUP BY前三个 GROUP BY 执行方法适用于所有聚合函数。然而,其中一些人有第四种方法。

    mysql> explain select k,max(id) from tbl group by k G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: range

    possible_keys: k

    key: k

    key_len: 4

    ref: NULL

    rows: 2

    filtered: 100.00

    Extra: Using index for group-by

    1 row in set, 1 warning (0.00 sec)

    mysql> select k,max(id) from tbl group by k;

    +---+---------+

    | k | max(id) |

    +---+---------+

    | 0 | 2340920 |

    | 1 | 2340916 |

    | 2 | 2340932 |

    | 3 | 2340928 |

    | 4 | 2340924 |

    +---+---------+

    5 rows in set (0.00 sec)

    此方法仅适用于非常特殊的聚合函数:MIN() 和 MAX()。这些并不需要遍历组中的所有行来计算值。他们可以直接跳转到组中的最小或最大组值(如果有这样的索引)。如果索引仅建立在 (K) 列上,如何找到每个组的 MAX(ID) 值?这是一个 InnoDB 表。记住 InnoDB 表有效地将 PRIMARY KEY 附加到所有索引。(K) 变为 (K,ID),允许我们对此查询使用 Skip-Scan 优化。仅当每个组有大量行时才会启用此优化。否则,MySQL 更倾向于使用更传统的方法来执行此查询(如方法#1中详述的索引有序 GROUP BY)。虽然我们使用 MIN() / MAX() 聚合函数,但其他优化也适用于它们。例如,如果您有一个没有 GROUP BY 的聚合函数(实际上所有表都有一个组),MySQL 在统计分析阶段从索引中获取这些值,并避免在执行阶段完全读取表:    mysql> explain select max(k) from tbl G    *************************** 1. row ***************************              id: 1     select_type: SIMPLE           table: NULL      partitions: NULL            type: NULL    possible_keys: NULL             key: NULL         key_len: NULL             ref: NULL            rows: NULL        filtered: NULL           Extra: Select tables optimized away    1 row in set, 1 warning (0.00 sec)


    过滤和分组

    我们已经研究了 MySQL 执行 GROUP BY 的四种方式。为简单起见,我在整个表上使用了 GROUP BY,没有应用过滤。当您有 WHERE 子句时,相同的概念适用:    mysql> explain select  g, sum(g) s from tbl where k>4 group by g order by NULL limit 5 G    *************************** 1. row ***************************              id: 1     select_type: SIMPLE           table: tbl      partitions: NULL            type: range    possible_keys: k             key: k         key_len: 4             ref: NULL            rows: 1        filtered: 100.00           Extra: Using index condition; Using temporary    1 row in set, 1 warning (0.00 sec)


    对于这种情况,我们使用K列上的范围进行数据过滤/查找,并在有临时表时执行 GROUP BY。在某些情况下,方法不会发生冲突。但是,在其他情况下,我们必须选择使用 GROUP BY 的一个索引或其他索引进行过滤:

    mysql> alter table tbl add key(g);

    Query OK, 0 rows affected (4.17 sec)

    Records: 0  Duplicates: 0  Warnings: 0

    mysql> explain select  g, sum(g) s from tbl where k>1 group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: index

    possible_keys: k,g

    key: g

    key_len: 4

    ref: NULL

    rows: 16

    filtered: 50.00

    Extra: Using where

    1 row in set, 1 warning (0.00 sec)

    mysql> explain select  g, sum(g) s from tbl where k>4 group by g limit 5 G

    *************************** 1. row ***************************

    id: 1

    select_type: SIMPLE

    table: tbl

    partitions: NULL

    type: range

    possible_keys: k,g

    key: k

    key_len: 4

    ref: NULL

    rows: 1

    filtered: 100.00

    Extra: Using index condition; Using temporary; Using filesort

    1 row in set, 1 warning (0.00 sec)

    根据此查询中使用的特定常量,我们可以看到我们对 GROUP BY 使用索引顺序扫描(并从索引中“放弃”以解析 WHERE 子句),或者使用索引来解析 WHERE 子句(但使用临时表来解析 GROUP BY)。根据我的经验,这就是 MySQL GROUP BY 并不总是做出正确选择的地方。您可能需要使用 FORCE INDEX 以您希望的方式执行查询。

【MySQL】分组查询(GROUP BY)

MySQL中使用 GROUP BY 对数据进行分组,GROUP BY从字面意义上理解就是根据'BY'指定的规则对数据进行分组, 所谓分组就是将一个'数据集'划分成若干个'子区域',然后针对若干个'小区域'进行数据处理 。基本语法形式为:

字段值为进行分组时所依据的列名称, “HAVING <条件表达式>” 指定满足表达式限定条件的结果将被显示。

GROUP BY关键字通常和集合函数一起使用,例如:MAX()、MIN()、COUNT()、SUM()、AVG()。即把数据分为多个逻辑组,并对每个组进行集合计算。

WHERE 子句过滤行,在数据分组前过滤;HAVING 子句过滤分组,在数据分组后过滤。WHERE排除的行不包括在分组里,且HAVING支持所有WHERE操作符。

使用GROUP BY可以对多个字段进行分组,根据多字段的值来进行层次分组,分组从左到右。

注意事项:

mysql里面group by作用是什么?

group by是跟MySQL的聚合函数一起使用的,通过把一个列(column)分成组(group),来分别使用聚合函数。

mysql里面group by作用是什么?

group by是跟MySQL的聚合函数一起使用的,通过把一个列(column)分成组(group),来分别使用聚合函数。

关于Mysql的Group By

Select * From (Select * From exampletable Order By important Desc) As tmp Group By type

括号里的子查询是让结果按important倒序排列。
外边的查询是值选出每个type的一条记录。

关于Mysql的Group By

Select * From (Select * From exampletable Order By important Desc) As tmp Group By type

括号里的子查询是让结果按important倒序排列。
外边的查询是值选出每个type的一条记录。

mysql下distinct 和group by的区别

区别:
1)distinct只是将重复的行从结果中出去;
group by是按指定的列分组,一般这时在select中会用到聚合函数。

2)distinct是把不同的记录显示出来。
group by是在查询时先把纪录按照类别分出来再查询。

group by 必须在查询结果中包含一个聚集函数,而distinct不用。

mysql下distinct 和group by的区别

区别:
1)distinct只是将重复的行从结果中出去;
group by是按指定的列分组,一般这时在select中会用到聚合函数。

2)distinct是把不同的记录显示出来。
group by是在查询时先把纪录按照类别分出来再查询。

group by 必须在查询结果中包含一个聚集函数,而distinct不用。

mysql中“group by、having、order by、limit”的顺序及用法是什么?

语句顺序

select

选择的列

from

where

查询的条件

group

by

分组属性

having

分组过滤的条件

order

by

排序属性

limit

起始记录位置,取记录的条数

其中

select

选择的列

from

where

查询的条件

以上是基本的结构

group

by

分组属性

having

分组过滤的条件

这个是按照分组属性进行分组,所有分组属性上值相同的记录被分为一组,作为结果中的一条记录,后面的having是对分组进行过滤的条件,必须和group

by一起使用

order

by

排序属性

是对结果集合进行排序,可以是升序asc,也可以是降序desc

limit

起始记录位置,取记录的条数

对记录进行选取,主要用来实现分页功能

mysql 的group by 多个字段 比 group by 一个字段的查询结果还多,是为什么?

应用group by子句,每个组会返回一条唯一的汇总信息,参与分组的字段越多,每个组的划分越细,自然得到的组数越多。

例如,学生表有450名学生,如果单独按"性别"分组那么最多就会只得到男生和女生两个组(2行记录),如果再加上"班级"来分组,那么得到的记录行肯定更多,因为每个班都有自己的男生和女生数量。

显示全文