第二节为大家介绍了数据的查询，这一小节为大家深入讲解查询过程中的数据分组和排序，分组关键字为：group by，排序关键字为：order by，过滤分组的关键字为：having；
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：主机域名、网页空间、营销软件、网站建设、麻江网站维护、网站推广。
group by：对查询的数据按照某一类型进行分组， group by 一般用在order by子句之前，where子句之后
order by：对查询的数据进行某一类进行排序 或 对分组后的数据进行排序
having：对分组后的数据进行条件过滤
继续以上一章创建的客户表为例，表名： customer ，表有列： cus_id,cus_no,cus_name,cus_age,cus_adds。
eg：查询客户的基本信息，以id进行分组： select cus_id,count(*) as num from customer group by cus_id; num表示对应的cus_id有多少客户数据， 查询结果如下
如果分组的列中有null值，那么null将作为一个分组返回，如果有多个行都为null值，它们将会被分为一组返回。 group by 必须用在where子句之后，order by子句之前。
除group by可以进行分组过滤数据外，having也可以进行过滤分组；having过滤和where类似，唯一区别在于where是过滤行，而having是过滤分组，可看以下列子：
eg： 查询以id分组后数据总量两条以上的数据： select cus_id,count(*) as num from customer group by cus_id having count(*) = '2'; 满足条件的就只有一条数据
order by主要用于数据排序的情况，当查询数据量较大时，有序的数据会让人更好地直观观察数据，order by 关键字用于对结果集按照一个列或者多个列进行排序。此外order by 关键字默认按照升序对记录进行排序。如果需要按照降序对记录进行排序，您可以使用 DESC 关键字。使用方法如下
eg：查询客户的基本信息，以年龄进行排序，默认升序：select * from customer order by cus_age;
eg：查询客户的基本信息，以年龄进行排序，降序方式排序：select * from customer order by cus_age DESC;
升序使用ASC，降序使用DESC，系统默认为升序。注意两者之间的差异
当对多个列进行排序时，order by使用方法如下：
order by A,B --过滤数据都是默认按升序排列
order by A desc,B --过滤数据时 A 降序，B 升序排列
order by A ,B desc --过滤数据时 A 升序，B 降序排列
desc 或者 asc 只对它紧跟着的第一个列名有效，其他不受影响，仍然是默认的升序。
本小节介绍排序分组就到这里了，通过多分组排序的介绍，知道了group by，order by，having三者之间的差异和区别，大家可以在自己电脑多编写几个脚本，深入了解三个关键字的使用。
有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。
1. check table 和 repair table
登陆mysql 终端：
mysql -uxxxxx -p dbname
check table tabTest;
如果出现的结果说Status是OK，则不用修复，如果有Error，可以用：
repair table tabTest;
进行修复，修复之后可以在用check table命令来进行检查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。
2. myisamchk, isamchk
其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：
myisamchk tablename.MYI
进行检测，如果需要修复的话，可以使用：
myisamchk -of tablename.MYI
关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前：
[ -x /tmp/mysql.sock ] /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI
其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。
需要注意的时，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动！检测修复所有数据库(表)
表结构
ROW_NUMBER() OVER (PARTITION BY category ORDER BY id) AS idx
含义: 按 category 分组, 组内按 id 排序, 组内排序的序号(行号)作为列 idx
ROW_NUMBER() 在 mysql8 才开始支持, 对于msqyl5.7或对应版本的MariaDB,相同功能的实现可以参考如下 sql
要点:
可以看到,两个结果,在分组变化的地方,idx开始了重新编号,且结果与 ROW_NUMBER() 一致.
MySQL：5.7
SQL语句的写法：
思路：先进行排序，然后再进行分组，获取每组的第一条。
derived_merge指的是一种查询优化技术，作用就是把派生表合并到外部的查询中，提高数据检索的效率。这个特性在MySQL5.7版本中被引入，可以通过如下SQL语句进行查看/开启/关闭等操作。
上面虽然听起来感觉很牛逼的样子，但是实际情况是，这个新特性，不怎么受欢迎，容易引起错误。
假设我们现在把sql中的 distinct(a.id) tid ,去掉，会发现子查询（或者叫：临时表）中的order by a.id desc失效了。
为什么会这样呢？
原理分析：
我们这里使用了临时表排序，继而对其结果进行分组，结果显示失败，加了distinct(a.id) tid,后结果正确，原因是因为临时表（派生表derived table）中使用order by且使其生效，必须满足三个条件：
一旦外部表使用了group by， 那么临时表（派生表 derived table）将不会执行filesort操作（即 order by 会被忽略 ）。之后我使用了limit可以使其生效，原因是因为要使派生表order by生效， 派生表可以通过使用group by、limit、having、distinct等等使其生效 （方法有好多，详情可看文档 ）
原文链接：
这里想要实现的是的查询不通works_id里面sort最小的老师记录
首先需要做的是sort排序，之后再按照works_id分组解决问题
之前陷入了思维困局，总是想要用min（sort）这种方式去查询，换了思路
复杂的问题需要简单的去做不能说一下子就要搞一个复杂的问题，一个个简单的sql完成复杂的问题
如下：
SELECT aaa.teacher_id AS teacher_id, aaa.works_id FROM ( SELECT * FROM works_teacher ORDER BY sort ) aaa GROUP BY works_id
